Pull to refresh

Comments 10

Проверка работы DNS, связность по Ipv4 и Ipv6 стабильных узлов и обязательно свободное место — это в первую очередь.
Только потом можно подходить глубже к пробремам.
Кто-же спорит. Однако с правильного курса сбили другие обстоятельства проблемы. И в момент попытки понять, что не так, как-то не замечаешь очевидного.
А в критической ситуации корректный алгоритм траблшутинга сбивается. Нет, если Вы — хладнокровный терминатор — то не сбивается, конечно. Но у простых смертных вроде меня получается как у ТС.
Прочитал содержимое статьи — такое чувство сложилось… дежавю.
$ man resolv.conf | grep -A3 timeout:n
timeout:n
Sets the amount of time the resolver will wait for a response from a remote name server before retrying the query via a
different name server. Measured in seconds, the default is RES_TIMEOUT (currently 5, see <resolv.h>). The value for
this option is silently capped to 30.

В общем-то да, случалось =)
Слышал про такое. Сам не видел. Кто рассказывал — говорил что система телефонии должна быть независима от dns(мол, если dns отвалится — то вы долго будете ломать голову почему все работает через одно место, но работает). Единственное что, все это говорилось при обсуждении Cisco UCM.
Тут прикол в том, что все узлы указаны по IP, но кто-то все равно делает lookup на все (даже IP).
Решением в моем случае может быть такое: настроить локальный DNS кэш (dnsmasq или unbound), тогда отвал любого из DNS не будет заметен в принципе. Особеность установки FreePBX из коробки в том, что его надо прикручивать дополнительно.
По умолчанию он включен.
это в какой версии?

root@Shiva:~/VoIP/asterisk-16.3.0/configs/samples$ cat dnsmgr.conf.sample
[general]
;enable=yes ; enable creation of managed DNS lookups
; default is 'no'
;refreshinterval=1200 ; refresh managed DNS lookups every seconds
; default is 300 (5 minutes)
root@Shiva:~/VoIP/asterisk-16.3.0/configs/samples$
Я использую FreePBX Distro (SNG7-PBX-64bit-1805-2, FreePBX 14, Centos Linux 7.5, Asterisk 13).
Sign up to leave a comment.

Articles