최근에 우리 서버의 도메인이 만료되었습니다. 즉, 제때에 갱신하기 위해 비용을 지불하지 않았고 도메인이 우리 서버를 가리키는 것을 중단했다는 의미입니다. 하지만 그 이후에도 우리는 이메일을 보내고 받을 수 있었습니다.
내 생각엔 그건 말이 안 되는 일이다. 제가 틀렸을 수도 있지만 프로세스는 다음과 같습니다.
- IP 주소로 서버가 설정되어 있습니다.
- IP를 가리키는 도메인을 구매합니다.
- 해당 도메인에 대한 브라우저 요청은 도메인을 구매한 회사로 이동합니다.
- 회사 서버는 해당 도메인을 우리 서버의 IP에 매핑합니다.
- 브라우저 요청을 받았습니다.
- 이메일의 경우에도 마찬가지입니다. '@' 기호 뒤의 도메인이 요청이 전송되는 곳입니다.
만료된 도메인으로 보낸 이메일이 정확히 어떻게 내 받은편지함으로 전달되나요?
답변1
Authoritative Nameserver메일 서버는 도메인 에 저장된 MX 레코드를 사용하도록 지정됩니다 . 귀하의 웹사이트가 다운되면 이 네임서버는 이미 도메인에서 연결이 해제되어 저장된 MX 레코드에도 접근할 수 없습니다. 이메일을 받을 수 있다면 메일 서버의 IP가 보낸 사람의 시스템에 캐시되어 있다는 의미입니다.
DNS 캐싱은 조회 볼륨을 줄이도록 설계되었습니다. DNS 레코드에는 TTL(Time To Live)이라는 속성이 있는데, 이는 네임서버 확인 시 캐시를 제거하고 필요할 때 새로운 새 요청을 수행할 시기를 알려줍니다. 그러나 이를 존중할지 여부는 확인 네임서버에 있습니다. TTL이 매우 짧은 경우에만 TTL이 존중되지 않기 때문에 이러한 상황이 발생할 가능성은 거의 없습니다.
따라서 다음 이유 중 하나가 책임이 있습니다.
- 해결 중인 네임서버 또는 OS가 버그로 인해 IP 캐시를 제거하는 것을 잊어버렸습니다.
- 이메일 애플리케이션은 IP를 캐시했지만 업데이트된 IP를 얻지 못하기 때문에 이를 제거하지 않습니다(이는 프로그래머가 종종 실수를 하기 때문일 가능성이 높습니다).
- MX 레코드의 TTL이 정말 길었습니다(A 레코드/CNAME 레코드의 TTL과 다릅니다).
답변2
캐싱.
전 세계에는 DNS 서버가 있고 도메인/IP 매핑의 중복 복사본이 어디에나 있습니다. 그렇지 않으면 특정 사이트에 대한 모든 요청이 어느 시점에서 해당 사이트의 DNS 서버에 의해 처리되어야 합니다. 도메인을 구입한 회사는 더 이상 해당 도메인에 대한 요청을 귀하의 서버로 지정하지 않을 수 있지만, 귀하의 서버 캐시에 기록이 있는 다른 DNS 서버는 귀하의 방식으로 트래픽을 보냅니다.
여러 사람과 정기적으로 연락하는 경우 서버의 IP가 근처의 DNS 서버에 캐시되어 있을 가능성이 높습니다.
Kyle이 지적했듯이 이러한 레코드는 TTL이 만료될 때까지만 유지됩니다.