a reloadxml

2018-06-11 05:47:02.706572 [WARNING] sofia_reg.c:2916 Cant register a pointer. 2018-06-11 05:47:03.166643 [WARNING] sofia_reg.c:2916 Cant register a pointer.

хм

итак, я сбросил конфиг. с локальным конфигом авторизуется.

мож дублируются юзеры

или ты убираешь локальный конфиг?

user точно пытается зарегаться как 1004@domain1.awesomevoipdomain.faketld ?

pointer не нужон

что в siptrace?

что в siptrace?

что за siptrace?

sofia profile internal siptrace on

будет видно авторизацию

надо смотреть что в REGISTER было, что в ответ на неё

403 было, в sngrep. Сейчас перенатсрою заново и проверю всё.

0_o

могу ошибаться конечно, но по-моему там новый 401 должен быть при неправильном пароле

а не 403

а я уверен что проблема не в пароле

на 146%

где-то я лажаю с доменом, судя по всему

давайте скрин\фото настроек клиента

https://i.imgur.com/vusmLBZ.png

https://i.imgur.com/MP9OpaA.png

реалм/домен обязан быть = тому, что в <domain name="domain1.awesomevoipdomain.faketld">

нигде не опечатались?

я копировал

вот я чувствую что проблема в нате

но не пойму как исправить

потому что до фс доходит клиент как 1003@172.31.1.100

Cant register a pointer

тут что-то намутили

удалите их вообще пока

вам вообще групповые звонки нужны?

нет

я не мутил))

кроме того в том конфиге, что вы сюда вставили нет pointers вообще

оно такую ошибку выдавало и до

тогда они вообще не нужны

вот мой конфиг

https://pastebin.com/VdJ0szSv

а то просто из доки скопировал чтобы себя проверить

видите там хоть один pointer? и я нет у вас старая directory осталась? (статическая)

только головной файл

и дайте угадаю, там pointer прописаны? перенесите его куда-нибудь

и reloadxml

он мне не нужен, прост не удалил

sofia_reg.c:2906 Can't find user [1003@172.31.1.100] from 80.65.18.205 You must define a domain called '172.31.1.100' in your directory and add a user with the id="1003" attribute and you must configure your device to use the proper domain in it's authentication credentials.

Ага

но я прописал 172.31.1.100 в качестве домена в directory

Только что

включайте xml curl debug и смотрите параметр домена в результируещем xml, он будет отличаться от того, в котором пытается регаться юзер

так было и до этого, потому происходил fallback на статический конфиг, в котором были только указатели, но самого юзера уже не было

xml_curl перестал дампить результриующий в /tmp

а до того дампил

странно

блин, ну что за хрень

тяжела и неказиста жизнь енота-телефониста ?

буквально час назад xml_curl дампил при дебаге полученый от бэкенда конфиг

сейчас перестал

как? почему? загадка.

нет, понятно что я конфиг переустановил на ванильный, но я не помню чтоб включал таккое.

перезагрузите модуль и попробуйте включить дебаг заново

перезагрузите модуль и попробуйте включить дебаг заново

не помогло

Я когда-то решил не пользоваться этим mod_curl_xml, или как там его, прочитав где-то, что якобы fs при некоторых условиях будет запрашивать xml 500 раз в секунду. И сделал генератор статического конфига. Висит локально демон, берет данные из бд пользователей, генерирует конфиг, вызывает reloadxml При изменении пароля демону приходит уведомление по http, он перегенерирует конфиг, и делает то же самое раз в 12 часов

Я когда-то решил не пользоваться этим mod_curl_xml, или как там его, прочитав где-то, что якобы fs при некоторых условиях будет запрашивать xml 500 раз в секунду. И сделал генератор статического конфига. Висит локально демон, берет данные из бд пользователей, генерирует конфиг, вызывает reloadxml При изменении пароля демону приходит уведомление по http, он перегенерирует конфиг, и делает то же самое раз в 12 часов

я регулярно пользуюсь mod_xml_curl, на нескольких проектах, довольно успешно. просто раньше эти проекты не стояли в хетцнеровской виртуалке с дебильным static nat 1:1

Всё. сдаюсь.

ERROR: S client not available

нахрен.

1. верните все дефолтные коннфиги 2. отключите mod_xml_curl и проверьте как работает без него, соответственно если работает без него значит проблема в нем, если нет - тогда копать нат 3. "но я прописал 172.31.1.100 в качестве домена в directory" - этого не достатовчно, видимо вы убрали настройки самого домена из директории /directory когда ее "чистили", именно поэтому врените все дефолтные настройки и п.2

1. верните все дефолтные коннфиги 2. отключите mod_xml_curl и проверьте как работает без него, соответственно если работает без него значит проблема в нем, если нет - тогда копать нат 3. "но я прописал 172.31.1.100 в качестве домена в directory" - этого не достатовчно, видимо вы убрали настройки самого домена из директории /directory когда ее "чистили", именно поэтому врените все дефолтные настройки и п.2

без него - работает

отлично, тогда убираете ТОЛЬКО наскройки ендпоинтов (юзеров), те файлы 1000.xml-100X.xml и еще раз проверяете с mod_xml_curl

отлично, тогда убираете ТОЛЬКО наскройки ендпоинтов (юзеров), те файлы 1000.xml-100X.xml и еще раз проверяете с mod_xml_curl

так не работает

я проводил такие тесты

а какой xml возращает mod_xml_curl

а какой xml возращает mod_xml_curl

а как сделать чтобы она начала их дампить снова?

после сброса настроек она нифига не показывает с включенным дебагом

mod_xml_curl debug on что то типа того, есть в документации по модулю

свич перегрузи и включи дебаг

freeswitch@CentOS-74-64-minimal> xml_curl debug_on OK 2018-06-11 08:57:16.147895 [WARNING] sofia_reg.c:2916 Cant register a pointer.

freeswitch@CentOS-74-64-minimal> xml_curl debug_on OK 2018-06-11 09:00:44.192978 [WARNING] sofia_reg.c:2906 Can't find user [10032@172.31.1.100] from 80.65.18.205 You must define a domain called '172.31.1.100' in your directory and add a user with the id="10032" attribute and you must configure your device to use the proper domain in it's authentication credentials.

ещё вот так

в рабочей конфигурации базовый directory вообще не тронут

только дефолтный пароль изменен

все дефолтные юзеры на месте, это не мешает никому

freeswitch@CentOS-74-64-minimal> xml_curl debug_on OK 2018-06-11 08:57:16.147895 [WARNING] sofia_reg.c:2916 Cant register a pointer.

опять 25 удалите\переместите статическую директорию, её можно будет вернуть как только всё заработает с xml curl

опять 25 удалите\переместите статическую директорию, её можно будет вернуть как только всё заработает с xml curl

да удалил, удалил, не меняется ничего

xml_curl в самом верху modules.conf.xml?

давайте сам xml_curl.conf.xml

давайте сам xml_curl.conf.xml

<configuration name="xml_curl.conf" description="cURL XML Gateway"> <bindings> <binding name="dialplan"> <param name="gateway-url" value="http://localhost:80/directory.php" bindings="directory"/> <param name="gateway-url" value="http://localhost:80/" bindings="dialplan"/> </binding> </bindings> </configuration>

xml_curl в самом верху modules.conf.xml?

нет, сейчас подниму

я

кажется

понял

идиот

я очень-очень невнимательный идиот

помогло хоть? нам расскажите, что мы пол дня чинили

<configuration name="xml_curl.conf" description="cURL XML Gateway"> <bindings> <binding name="dialplan"> <param name="gateway-url" value="http://localhost:80/directory.php" bindings="directory"/> <param name="gateway-url" value="http://localhost:80/" bindings="dialplan"/> </binding> </bindings> </configuration>

я всё в один биндинг засунул

хм? а я больше одного и не делал по-моему... точно в этом проблема?

да