Фактические рабочие опции:
Штуковина Gizmo5 OpenSky дает Вам имя пользователя Skype и учетную запись SIP. Вы используете учетную запись SIP, чтобы позвонить пользователям Skype и использовать CallOut, и пользователи Skype могут позвонить Вашему пользователю Skype и достигнуть учетной записи SIP.
Можно протестировать на свободные вызовы 1-5 минут, и заплатить за более длинные вызовы.
OpenSky, кажется, является самым легким установить и довольно недорогой для небольшого количества соединений и взглядов, поскольку он соответствует Вашему "Skype как софтфону" требование.
Skypiax является другой программой канала на клиент для звездочки и freeswitch. Взгляды, как будто это свободно вне Вашего времени.
Некоторыми будущими продуктами SIP Skype, на которые могло бы стоить посмотреть в будущем, является Skype Skype для SIP и Skype Digium Для Звездочки, в то время как voip-info.org имеет список других коммерческих шлюзов Skype VoIP и нескольких с открытым исходным кодом.
Спасибо всем за Ваш вход и предложения. Они направили меня к следующему решению:
/etc/bind/named.conf.options
так, чтобы средства передачи были пробелом (таким образом, сервер не использует другое кэширование кэшируемые записи сервера).max-cache-ttl
и max-ncache-ttl
опции к 300 секундам. (ссылка)listen-on-v6 { any; };
кому: listen-on-v6 { localhost; };
таким образом, сервер не используется другими системами. (ссылка)/etc/resolv.conf
только включать nameserver 127.0.0.1
таким образом, приложения на сервере используют новый локальный сервер.Я перезапустил bind9 и проверил, что он работает:
dev:~# dig serverfault.com
; <<>> DiG 9.5.1-P2 <<>> serverfault.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63591
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 0
;; QUESTION SECTION:
;serverfault.com. IN A
;; ANSWER SECTION:
serverfault.com. 300 IN A 69.59.196.212
;; AUTHORITY SECTION:
serverfault.com. 300 IN NS ns21.domaincontrol.com.
serverfault.com. 300 IN NS ns22.domaincontrol.com.
;; Query time: 190 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Sat Jul 18 03:06:24 2009
;; MSG SIZE rcvd: 101
TTLs показывают 300 даже при том, что запись serverfault.com опубликовала TTLs, 3600.
Почему не только используют dnscache (от djbdns комплекта) и уничтожают его каждые 5 минут?
Для тех из Вас, кто не использовал djbdns и конкретно dnscache - это - рекурсивный сопоставитель, который ничего не сохраняет на диске вообще. Кроме того, djb сделал комплект инструментов, которые автоматически контролируют программу и если он умрет, то программа мониторинга будет автоматически (и немедленно) перезапускают его.
Уничтожайте его каждые 5 минут и Ваш дядя боба...
Вы можете, как вы говорите, ограничить самый длинный TTL с помощью max-cache-ttl
и max-ncache-ttl
, либо в предложение опций BIND или представление, которое применимо только к вашему серверу разработки.
Однако это влияет на TTL всех поисков, поэтому увеличит сеть / нагрузку на производственном сервере и снизит устойчивость DNS.
Для BIND 9.3 и выше, если вы просто хотите очистить кеш для одного домена, вы можете сделать
rndc flushname <domain>
Это очищает все записи для конкретного домена, а не субдоменов. См. Вывод rndc
.
Конечно, если вы хотите удлинить TTL по какой-либо причине, то это другой вопрос .
Просто делайте вызовы, чтобы «копать», используйте +trace много...
Dig будет действовать так же, как DNS-сервер, и будет выполнять полную рекурсию, без кэширования, не нужно заранее знать NS-серверы и если есть проблема делегирования, вы найдете это тоже.
Если это программа для Windows, вы можете скачать Bind отсюда https://www.isc.org/download/ и она содержит dig.exe, для Linux обычно есть инструменты BIND или, может быть, Named доступен пакет инструментов, который будет содержать dig.
Установка целого DNS-сервера только для поиска... безумие!
$ dig www.google.com +trace +nodnssec -4
; <<>> DiG 9.11.9 <<>> www.google.com +trace +nodnssec -4
;; global options: +cmd
...
...
google.com. 172800 IN NS ns4.google.com.
;; Received 291 bytes from 192.48.79.30#53(j.gtld-servers.net) in 22 ms
www.google.com. 300 IN A 172.217.10.228
;; Received 59 bytes from 216.239.32.10#53(ns1.google.com) in 30 ms