当社の VoIP ソフトウェアには多くのユーザーがいます。ソフトフォンは各ユーザーのドメインを 1 分ごとにチェックし、ユーザーは電話をかけたり、メッセージを送信したりします。これは通常の VoIP の動作です。各ユーザーは通常、1 分間に数回 DNS チェックを行うため、リクエストは合計でかなりの数になります。
エンドユーザーがどのパブリック DNS に解決を試みるかは制御できません。Google パブリック DNS の場合、ランダムに失敗します。Cloudflare (1.1.1.1) などの他の DNS の場合、常に機能します。
私たちはこれを調査しましたが、問題はエンドユーザーからGoogle DNSへのDNSチェックの量ではなく、それには限界があることがわかっています。実際、この問題は、Googleがサブドメインのチェックを拒否する場合に、Google DNSからネームサーバーに発生します。どうやらここにはもう一つの限界があるようです。
以下は、nslookup (ドメインが存在) 後の 8.8.8.8 への失敗した要求の例です。
dns.google can't find 7157599388.sip.teltel.io: Non-existent domain
この制限を変更する方法をご存知ですか?
ご協力いただければ幸いです!
よろしくお願いします！
答え1
8.8.8.8名前の解決に失敗する原因が何なのか、完全にはわかりませんが、壊れていて問題を引き起こす可能性があるものが 1 つあることはわかります。
ゾーンのネームサーバーはクエリsip.teltel.ioに対して無意味な応答をしますsip.teltel.io NS:
$ dig @ns1.teltel.io sip.teltel.io NS +norec
; <<>> DiG 9.11.24-RedHat-9.11.24-2.fc33 <<>> @ns1.teltel.io sip.teltel.io NS +norec
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40833
;; flags: qr aa; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1232
;; QUESTION SECTION:
;sip.teltel.io. IN NS
;; ANSWER SECTION:
sip.teltel.io. 3600 IN CNAME www.teltel.io.
;; Query time: 82 msec
;; SERVER: 3.9.142.25#53(3.9.142.25)
;; WHEN: Mon Dec 07 17:20:52 UTC 2020
;; MSG SIZE rcvd: 60
$
つまり、レスポンス8.8.8.8をキャッシュするとsip.teltel.io NSネームサーバーが存在しないことが分かるので、潜在的にあなたの悩みの原因になります。