..png)
새 호스터로 성공적으로 이동한 후 내 컴퓨터(Windows 10)에서만 이상한 문제가 발생합니다. 전파가 완료되고 호스트 파일에서 임시 항목을 제거한 후 약 1분 동안은 괜찮아 보였지만(분명히 일종의 로컬 캐시) 그렇지 않았습니다. nslookup을 확인하면서 다음과 같은 이상한 시나리오를 보았습니다.
PS C:\Users\Karen> nslookup mail.proverbs2525.org
Server: UnKnown
Address: 192.168.1.1
Non-authoritative answer:
Name: proverbs2525.org
Address: 192.145.233.49
Aliases: mail.proverbs2525.org
PS C:\Users\Karen> nslookup www.proverbs2525.org
Server: UnKnown
Address: 192.168.1.1
Non-authoritative answer:
Name: proverbs2525.org
Address: 192.145.233.49
Aliases: www.proverbs2525.org
PS C:\Users\Karen> nslookup proverbs2525.org
Server: UnKnown
Address: 192.168.1.1
Non-authoritative answer:
Name: proverbs2525.org
Address: 192.232.219.88
mail.
그리고 www.
그들은 정확했고 심지어 단순히 기본 도메인의 별칭이라고 주장했지만 기본 도메인 자체에 대한 쿼리는 이전 서버를 가리켰습니다. 무엇???
그런 다음 몇 시간 후에 이전 동작 mail.
과 www.
버전도 이전 IP로 되돌아가는 것을 발견했습니다! 그러다가 조금 후에 그들은 다시 건강해졌습니다. 그런 다음 컴퓨터에서 한 시간 정도 떨어진 후에 다시 확인했는데 www.
정확했지만 mail.
(물론 네이키드 도메인도) 틀렸습니다. 그 후 몇 분 후에 그들은 교환했습니다( mail.
맞았지만 www.
틀렸습니다). 미칠 것 같아!
Naked 도메인은 왔다 갔다 하지 않지만 지속적으로 잘못되었습니다. 호스트 항목을 다시 추가하면 192.145.233.49 proverbs2525.org
문제가 해결되지만 호스트 항목을 다시 제거하면 기본 도메인이 192.232.219.88로 돌아가서 하위 도메인도 함께 사용할 수 있습니다. 이는 마치 192.232.219.88이 여전히 포함되어 있고 내가 보지 않을 때 스스로를 주장하려는 숨겨진 보조 호스트 파일("고스트 파일"이라고 부를까요?)이 있는 것과 같습니다. 두 개의 다른 도메인을 동시에 이동했는데 제대로 작동하고 있습니다. 확실히 전파 문제는 아닙니다. 전날 모든 TTL을 10분으로 설정했고, 네임서버 항목을 변경한 지 약 8시간이 지났습니다. 동일한 LAN에 있는 남편의 컴퓨터, 내 전화, geopeeker 등은 모두 192.145.233.49를 가리키는 모든 것을 볼 수 있습니다. 누군가 내가 유령을 찾는 것을 도와줄 수 있나요?
답변1
글쎄, 나는 아무것도 하지 않았기 때문에 내 질문에 대답하는 것이 어리석은 것 같지만 그게 요점입니다. 누군가 비슷한 문제를 가지고 여기에 오면 대답은 다음과 같습니다.인내심.
DNS 전파 시간이 오래전부터 있었지만(TTL을 단축하기 전에도 원래 값은 4시간에 불과했음) 뭔가가 오고 가고 있었습니다. 질문을 작성한 후 결국 내 컴퓨터만 그런 것이 아니라는 사실을 알게 되었습니다. 몇 시간 후 이전 계정의 사서함에 새 이메일 메시지가 도착했습니다. 그 후 얼마 지나지 않아 남편의 컴퓨터도 잠시 새 계정 대신 이전 계정에서 메일을 가져오는 것으로 전환했습니다. (다행히도 그렇지 않았다면 우리는 이 잘못된 이메일을 본 적이 없었을 것입니다!)
그런데 다른 프로젝트를 하다가 밤에 잠을 자고, 하루가 지난 지금은 어느 정도 자리를 잡은 것 같습니다. 아마도 모든 DNS 캐시 노드가 TTL 설정을 따르지 않거나 실제로 유령이었을 수도 있습니다. ;-) 그러나 DNS의 거친 세계에서 교훈은 다음과 같습니다.당신이 필요하다고 생각하는 것보다 더 오래 기다려뭔가 잘못되었다고 가정하기 전에.
답변2
어느 시점에서 호스트 파일에 정적 경로(C:\Windows\System32\drivers\etc\hosts)가 있었을 수도 있고 이전 공급자 서버를 가리키도록 DNS를 구성했을 수도 있습니다(참조).https://www.lifewire.com/how-to-change-dns-servers-in-windows-2626242)
시도해 보세요/일반 항목(Goggle의 경우 8.8.8.8, 악성 코드 차단을 시도하는 "글로벌 사이버 동맹"의 경우 9.9.9.9)