예, 지난 5-10 년 동안 대부분의 브라우저는 응답하지 않으면 다른 A 레코드를 시도합니다. 이를 "브라우저 재시도"또는 "클라이언트 재시도"라고도합니다. 이 기능을 사용하지 않는 사이트에 대해이 기능을 사용하도록 설정하는 다양한 브라우저 익스플로잇과 관련하여 정보를 찾을 수 있습니다 ( DNS 리 바인딩 및 DNS 고정 , 안티 -DN 고정, 안티 -DN 고정, 안티-안티 참조) -anti-dns pinning 등). 평판이 좋지 않지만 존재한다는 것을 증명합니다.
거의 모든 브라우저가 실제로 A 레코드의 전체 목록을 받고, 사용중인 브라우저가 실패하면 다른 브라우저를 실제로 확인합니다. 각 클라이언트는 서버가 다운되었을 때 작업 주소에 연결될 때까지 사이트에 처음 액세스하려고 할 때 30 초 동안 기다릴 것으로 예상 할 수 있습니다. 그런 다음 브라우저는 작동중인 주소를 캐시하고 실패하지 않는 한 이후 요청에 계속 사용하여 목록을 다시 검색해야합니다. 따라서 첫 번째 요청시 30 초가 기다린 다음 괜찮습니다.
그러나 반드시 사용하고 싶은 것은 아니며 브라우저 호환성, OS 호환성, 프록시 호환성, 캐시 제어 헤더에 대해 많은 경고가있을 것입니다. IP가 다운되었거나 기억하기 시작하는 경우에 이상한 영향을 미칩니다. 30 초마다 요청이있을 때마다 사이트에 대한 사용자 정의 클라이언트를 작성하는 사람들 은 getaddrinfo 대신 gethostbyname 을 사용하여 모든 종류의 잠재적 인 장애 조치를 처리 할 수 없게됩니다.
또한 브라우저가 목록에서 어떤 주소를 선택해야하는지 알 수 없기 때문에 "마스터"및 "슬레이브"서버를 허용하기 위해 여러 A 레코드에 의존 할 수 없습니다. 방문자는 실행중인 방문자를 처리 할 수 있어야합니다. 브라우저는 목록에서 세 번째 서버가 가장 매력적이라고 생각할 수도 있고 가장 근접해 보일 수도 있으며, 세 서버가 모두 작동하더라도 해당 서버를 선택합니다.
그러나 제한 사항에 따라 살 수 있고 브라우저 상호 작용을 예측할 수있는 상당히 단순한 HTTP 시스템이 있으면 작동합니다.
오, 당신은 또한 이것이 존재하지 않는다고 말하는 많은 사람들을 다루어야 할 것입니다. 그러나 증명해야 할 경우 여러 A 레코드, 죽은 IP 및 일부 좋은 레코드가있는 도메인 이름으로 텔넷 연결을 시도 할 수 있습니다 (예, 좋은 오래된 텔넷조차도 이제 getaddrinfo를 사용하고 요즘 여러 A 레코드를 정상적으로 처리합니다) -성공할 때까지 시도하고있는 멋진 IP 목록을 인쇄합니다.