2017-09-21 11 views
0

Azure의 트래픽 관리자에서 나는 두 개의 failover URL로 몇 가지 테스트를 수행하고 있습니다. 트래픽 관리자 (failover1.mysite.com, failover2.mysite.com)에 대해 두 개의 다른 끝점이 구성되어 있지만, 내 로컬 브라우저 (예 : Chrome)는 자체 DNS 레코드를 캐싱하여 Azure 트래픽 관리자가 경로를 변경하는 대신 목적지라고 생각하는 것으로 리디렉션하는 것으로 보입니다. 새 브라우저 또는 시크릿 모드 세션에서 요청을 시도하면 요청이 올바른 사이트에 전달됩니다. 그러나 기존 세션의 경우 장애 조치 (failover) 업데이트가 등록되지 않고 트래픽을 리디렉션하려는 사이트를 계속 방문합니다. 이 경험이있는 사람이 있습니까?Azure Traffic Manager 브라우저 캐싱 문제

답변

0

Azure Traffic Manager 또는 AWS CloudFront를 처리하는 동안 동일한 문제가있었습니다.

DNS 레코드가 해당 TTL 값과 연결되어 있습니다. Azure Traffic Manager에 문제가있는 것은 아닙니다. DNS 클라이언트가 IP 주소를 캐시하게하는 것은 TTL 값입니다.

DNS의 TTL 값을 확인하는 방법 : Windows를 사용하는 경우

,

https://support.rackspace.com/how-to/nslookup-checking-dns-records-on-windows/

당신이 리눅스 여기에서 자세한 지침에 따라 사용하는 경우,

https://www.cyberciti.biz/faq/howto-use-dig-to-find-dns-time-to-live-ttl-values/

희망이 있습니다.

+0

감사합니다. 각 개별 클라이언트 장치를 플러시 또는 구성 할 수 있지만 그 목적을 여러 가지 측면에서 무시할 수 있습니다. 브라우저/OS가 캐싱 (caching) 중이기 때문에 고객은 한 곳에서 멈추고 있습니다. 수백 명의 알려지지 않은 웹 방문자에게 연락하여 DNS 정리 프로세스를 수행하는 것은 불가능합니다. – Rohan

+0

클라이언트 컴퓨터가 아닌 DNS 서버 레코드에 TTL이 구성되어 있습니다. 클라이언트는 DNS 서버에 구성된 TTL을 존중합니다. TTL이 클라이언트 컴퓨터/브라우저에서 구성되었다고 잘못 생각한 것처럼 보입니다. – Kannaiyan

+0

트래픽 관리자에서 TTL을 10 초로 구성하면 클라이언트가이를 준수하지 않습니다. – Rohan