OS X에서 Chrome이 / etc / hosts를 무시하는 이유는 무엇입니까?

OS X 10.8.5 및 Chrome 30을 사용하고 있습니다.

파일에 다음을 포함하도록 추가 127.0.0.1 youtube.com했습니다 /etc/hosts.

# Host Database
#
# localhost is used to configure the loopback interface
# when the system is booting.  Do not change this entry.
##
127.0.0.1       localhost
255.255.255.255 broadcasthost
::1             localhost
fe80::1%lo0     localhost

127.0.0.1       youtube.com

명령을 실행하면 traceroute youtube.com예상 결과가 나타납니다 (youtube.com은 127.0.0.1로 해결됨).

traceroute to youtube.com (127.0.0.1), 64 hops max, 52 byte packets
1  localhost (127.0.0.1)  0.272 ms  0.118 ms  0.063 ms

그러나 Chrome에서 youtube.com을 입력하면 브라우저가 127.0.0.1과 연결되지 않고 대신 YouTube의 "일반"IP 주소로 연결됩니다. Chrome에서 youtube.com을 127.0.0.1로 해결할 것으로 예상했을 것입니다.

시스템의 프록시 설정을 사용하도록 Chrome을 구성했습니다. OS X에서 시스템 환경 설정> 네트워크> "고급 ..."> 프록시로 이동하면 "자동 프록시 검색"을 선택했습니다.

Chrome에서 내 /etc/hosts파일을 무시하는 것처럼 보이는 이유는 무엇 입니까?

www.youtube.com호스트 파일에 추가 하십시오. youtube.com영구적으로 재 지정됩니다 www.youtube.com않도록 당신이 방문으로, youtube.com한 번 브라우저가이 응답하고 리디렉션 당신을 캐시합니다 www.youtube.com. 이 주소는 호스트 파일에 없으므로 Chrome에서 논리적으로 올바르게 해결합니다.

Chrome은 호스트 파일을 무시하고 실제 DNS 조회를 수행합니다 (다른 사람들이 생각할 수도 있지만 /etc/hostsDNS의 일부가 아니며 DNS 이전 에 사용 된 것임 ). Chrome 은 해당 호스트 파일 항목을 존중 해야 하지만 그렇지 않습니다. DNS 서버를 사용할 수없는 경우 (예 : 네트워크 연결을 비활성화 한 경우) DNS 대신 호스트 파일을 읽습니다.

호스트 파일에 "127.0.0.1 foobar.dev"를 추가 한 다음 wireshark를 활성화하고 네트워크 인터페이스를 관찰하여이를 테스트 할 수 있습니다. Chrome을 열고 http://foobar.dev/주소 표시 줄에 넣고 이동하십시오. Wireshark에 다음과 같은 DNS 쿼리가 표시됩니다.

2   1.668727000 192.168.32.104  8.8.8.8 DNS 75  Standard query 0x663a  A foobar.dev

FWIW에서 Google DNS는 foobar.dev에 대해 127.0.53.53을 반환합니다.

3   1.706484000 8.8.8.8 192.168.32.104  DNS 91  Standard query response 0x663a  A 127.0.53.53

해결 방법 은 Chrome에서 호스트를 사용하도록하는 이전 Chrome 확장 프로그램 인 HostAdmin 을 사용하는 것입니다. 그러나 최신 버전의 Chrome (> 38 이상)은 더 이상 지원하지 않습니다.

이 문제를 해결하여 Chrome 고급 환경 설정에서 "사용자와 기기를 위험한 사이트로부터 보호"를 끕니다.

Chrome의 기본 제공 '보호'에는 자체 DNS에 대해 도메인을 직접 확인하고 "의심스러운"것으로 간주되는 특정 유형의 호스트 항목 또는 무시되는 사이트에 대한 항목을 우회하는 것이 포함됩니다. 이는 대부분의 맞춤 호스트 항목이 무시됨을 의미합니다. 특히 개발에 사용되는 * .dev 및 * .local 항목.

이 기능을 끄면 문제가 100 % 해결되었습니다. 이것은 지역 개발을 할 때 몇 달 동안 나를 미치게 만들었고 어디에서나 답변을 찾을 수 없었습니다. 고급 설정에서는 간단한 토글이었습니다. 이것이 여러분에게도 도움이되기를 바랍니다.

Localhost는 tcp / ip의 내부 주소 인 127.0.0.1 주소에 대한 규칙이지만 Chrome은 / etc / hosts를 사용하여 주소를 해결하지 않고 DNS 서버를 사용하므로 주소가 없습니다. / etc / hosts이지만 DNS 서버에서 / etc / hosts를 사용하는 경우 모든 주소를 해결하려면 전체 www 호스트 이름을 보유해야합니다.

도움이 되었기를 바랍니다.

필자 는 개발에 사용 hosts하는 .dev가짜 도메인의 macOS for Chrome 에서 파일이 작동하지 않는다고 생각 하여이 질문을 우연히 발견했습니다 .

사실 그것은 않습니다 적어도 크롬 77, 일을.

문제는 도메인을 찾을 수 없다는 것이 아니라 모든 .dev가 자동으로 https로 리디렉션된다는 것입니다 .

도메인 이름을 두 번 클릭하면 범인을 확인할 수 있습니다.

이제 구글은 파산 것을 우리 .dev, 솔루션으로, 링크는 위와 같이, 개발을위한 또 다른 TLD로 이동합니다 제안 .test또는 .localhost.