어제 나는 bagtheweb.com 도메인에 대한 DNS 호스팅을 Godaddy에서 CloudFlare로 전환했습니다. Cloudflare는 전송이 성공했으며 사무실을 제외한 모든 곳에서 DNS 확인이 훌륭하게 작동한다고 말합니다. 때로는 작동하고 때로는 를 사용하여 SERVFAIL 응답을 얻습니다 dig bagtheweb.com.
내 사무실 컴퓨터는 DNS에 AT&T 게이트웨이를 사용하고 있습니다. 게이트웨이 제어판을 보니 DNS에 68.94.156.9 및 68.94.157.9를 사용하고 있다고 나와 있습니다.
나는 두 DNS 리졸버를 직접 사용하여 파헤쳐 보았습니다: dig @68.94.156.9 bagtheweb.com및 dig @68.94.157.9 bagtheweb.com.
결과가 좋은 경우(IP 주소를 가리키는 A 레코드가 표시되는 경우) 대략 절반 정도이고, SERVFAIL 응답을 받는 경우도 절반 정도입니다. 여러 번 시도했지만 무작위로 보이는 두 가지 응답이 계속 표시됩니다. 전송을 한 지 약 20시간이 지났는데 아직도 이 내용이 표시됩니다.
CloudFlare의 DNS 서버 theo.ns.cloudflare.com을 파헤쳐 보았습니다. 및 vita.ns.cloudflare.com. 매번 훌륭하게 작동합니다. 또한 Google의 DNS 서버 8.8.8.8도 완벽하게 작동하는지 파헤쳐 보았습니다.
그래서 내 유일한 결론은 AT&T가 형편없고 각 DNS 서버 IP가 서버 풀에 의해 지원된다는 것입니다. 일부는 제대로 업데이트되었고 일부는 혼란스럽습니다. 나는 24시간이 불량 서버를 업데이트할 수 있는 마법의 임계값이 되기를 바라고 있습니다.
왜 이런 일이 발생하는지 아시나요? 업데이트를 조사하거나 강제하기 위해 제가 할 수 있는 다른 방법이 있습니까(AT&T에 전화해서 4시간을 낭비하는 것 외에)? 이 문제를 해결하기 위해 영역 이전 전에 수행할 수 있는 작업이 있습니까? Google의 DNS를 사용하면 문제를 직접 해결할 수 있다는 것을 알고 있지만 다른 사용자도 같은 문제를 겪을 수 있는지 궁금합니다.
2개의 연속 명령:
Marcels-iMac:~ marcel$ dig @68.94.157.9 bagtheweb.com
; <<>> DiG 9.9.7-P3 <<>> @68.94.157.9 bagtheweb.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 58515
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;bagtheweb.com. IN A
;; Query time: 131 msec
;; SERVER: 68.94.157.9#53(68.94.157.9)
;; WHEN: Fri Mar 02 12:01:07 CST 2018
;; MSG SIZE rcvd: 42
Marcels-iMac:~ marcel$ dig @68.94.157.9 bagtheweb.com
; <<>> DiG 9.9.7-P3 <<>> @68.94.157.9 bagtheweb.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31350
;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;bagtheweb.com. IN A
;; ANSWER SECTION:
bagtheweb.com. 60 IN A 184.73.200.185
bagtheweb.com. 60 IN A 23.23.171.5
bagtheweb.com. 60 IN A 50.17.234.140
bagtheweb.com. 60 IN A 174.129.203.239
bagtheweb.com. 60 IN A 204.236.236.192
bagtheweb.com. 60 IN A 107.22.233.200
bagtheweb.com. 60 IN A 23.21.55.239
bagtheweb.com. 60 IN A 23.23.215.144
;; Query time: 54 msec
;; SERVER: 68.94.157.9#53(68.94.157.9)
;; WHEN: Fri Mar 02 12:01:09 CST 2018
;; MSG SIZE rcvd: 170
답변1
업데이트를 조사하거나 강제하기 위해 제가 할 수 있는 다른 방법이 있습니까(AT&T에 전화해서 4시간을 낭비하는 것 외에)?
아니요. 귀하는 제공자와의 기록을 설정하고 제공자가 요청한 영역 전송을 수행함으로써 귀하의 역할을 완료했습니다.
이 문제를 해결하기 위해 영역 이전 전에 수행할 수 있는 작업이 있습니까?
아마도? 너~할 것 같다5분과 같이 매우 낮은 TTL을 설정할 수 있었지만 실제로 중요해지려면 이 TTL도 DNS 인프라 전체에 복제되어야 합니다.
AT&T는 형편없어
대부분의 ISP 호스팅 DNS가 일반적으로 쓰레기라는 것이 더 구체적입니다. 속도를 위해 만들어진 것이 아니라 다른 네트워크를 통한 불필요한 데이터 전송(일반적으로 비용이 발생함)을 제거하는 데 도움이 됩니다. 이는 매우 크고 무거운 캐싱을 의미합니다. 또한 자체 DNS를 호스팅하고 DHCP를 통해 고객에게 이러한 값을 제공하는 것이 더 쉽습니다. 코스에 맞는 파.
다른 사용자들도 같은 문제를 겪을 수 있는지 궁금합니다.
이는 AT&T DNS 인프라에 특정한 문제일 가능성이 높으며 DNS 서버가 새로 고침을 마친 후에는 괜찮을 것이라고 확신합니다.
Google의 DNS를 사용하면 스스로 문제를 해결할 수 있다는 것을 알고 있지만
아마도 이미 이 작업을 수행해야 합니다. 그런데 IBM의 새로운 DNS 서비스는 일반적으로 매우 빠릅니다.9.9.9.9