루트 이름 서버가 모든 DNS 요청을 처리 할 수 ​​있습니까?

며칠 전에 DNS에 대해 읽었고 요청이 처리되는 방법을 배웠습니다. www.example.com으로 이동하면 요청이 루트 이름 서버로 이동하여 누가 .com 주소를 소유하는지 확인한 다음 다른 요청은 다른 로컬 DNS 서버로 이동하여 example.com을 누가 소유하는지 확인합니다. 주소 등.

13 개의 루트 네임 서버가 ddos ​​: ed에 속하지 않고 지구의 수십억 인터넷 사용자가 수행 한 모든 요청을 동시에 처리 할 수있는 기술적 인 방법은 무엇입니까?

13 개의 서버가 아니라 13 개의 고 가용성 서버 클러스터 입니다.

무엇보다도 루트 네임 서버 운영자는 정상 트래픽로드 ( RFC 2870 )의 3 배를 처리 할 수있는 충분한 용량을 가지고 있어야합니다 . 이것은 다소 큰 클러스터로 이어집니다.

그러나 루트 네임 서버는 최상위 도메인에 대한 반응 자체, 즉 봉사 com., net., uk., ae., 등, 루트가이 정보를 캐시 할 수 쿼리 네임 서버 최대 48 시간이 극적으로 루트 네임 서버에 부하를 감소시킨다. 이것은 더 작은 클러스터로 이어집니다.

루트 네임 서버는 53 개국의 130 개가 넘는 물리적 위치에 있습니다. 13 개의 서버 이름 만 있으면 이는 IPv4 애니 캐스트의 마법을 통해 이루어집니다.

루트 네임 서버는 자체 웹 사이트를 가지고 있으며 ,이 사이트 는 흥미로운 자료를 찾을 수 있습니다.

그들은하지 않습니다. 루트 네임 서버는 네임 서버가 무엇을 처리하는지 알려 주기만하면 com됩니다. 그때부터는 내부 도메인을 처리하기 위해 해당 사이트로 이동할 필요가 없습니다 com. 루트 네임 서버는 누가 누구를 소유하는지 모른다 example.com. 그들은 com 네임 서버가 아닌 루트 네임 서버입니다.

슬림 슈퍼 히어로가 말한 것도 사실입니다. 많은 대용량 네임 서버는 애니 캐스트 를 사용 하여 전세계 여러 서버에서 단일 IP 주소를 제공합니다.

각 루트 서버는 실제로 서버가 아니며 거대한 서버 클러스터입니다. 이 외에도 DNS 응답이 캐시되므로 모든 요청이 루트 서버에 도달하지는 않습니다.

참고 사용자가 루트 서버를 사용하지 않습니다. 일반적으로 인터넷 서비스 제공 업체가 제공 한 DNS 서버를 사용합니다.이 서버는 필요한 정보가 로컬 캐시에있는 경우 즉시 응답 할 수 있습니다. 캐시되지 않은 경우에만 업스트림 DNS 서버가 요청되고 결국 루트 서버 만 요청됩니다 (그리고 응답이 캐시 됨).

실제로 전세계의 많은 서버로 확인되는 13 개의 애니 캐스트 IP 주소입니다. 필요한 경우 링크 를보고 해당 서버를 찾을 수 있습니다 . 이러한 모든 서버는 관련 기관에서 관리합니다.

우리가 여전히 13 개의 IP 주소 (및 동일한 IP 주소를 가진 서버 클러스터) 만 사용한다는 사실은 패킷 크기가 512 바이트를 초과하지 않도록하는 것입니다. 그럼 왜? 우리는 왜이 패킷 크기를 넘어 설 수있는 TCP를 가지고 있습니까? 문제는 TCP에 TCP 연결을 설정하기위한 여러 단계와 절차가 포함되어있어 오버 헤드가 매우 높다는 것입니다. 이 때문에 DNS 쿼리의 전체 프로세스가 느려집니다.

DNS와 같은 것은 결코 느리지 않을 수 있으므로 우리는 여전히 같은 오래된 시스템을 사용합니다.