2015-01-13 2 views
2

다양한 도메인이 잠재적 인 현재/미래 이름 충돌을 사람들에게 경고하기 위해 현재 redirected to 127.0.53.53 by ICANN임을 알고 있습니다.OS X에서 심볼릭 링크 된 호스트 파일이 무시됩니다. dev 도메인으로 리다이렉트 127.0.53.53

그러나 내 호스트 파일의 항목을 가정했습니다. 예를 들어, .dev 도메인을 사용하는 Vagrant에서 실행되는 개발 사이트의 경우, 여전히 존중되고 우선 순위가 있습니다.

현재 대부분의 브라우저 (Safari 7.1.2, Firefox 35, Chrome Canary)가 127.0.53.53에 연결하려고 시도하는 Mac (OSX 10.9.5)에서 상황이 발생했습니다. 내가 작동하도록 할 수있는 유일한 방법은 TLD를 다른 것으로 변경하는 것이다.

이상한 점은 Chrome의 안정적인 주 브라우저 인 39.0.2171.95입니다. .dev 호스트 파일 항목은 현재 정상적으로로드됩니다.

여러 가지 시도, 응용 프로그램 재시작, VM 재시작, 호스트 파일 단순화/오류 찾기, 캐시 플러시 - dscacheutil -flushcache 등. 다른 TLD (또는 없음)가있는 호스트 항목은 여전히 ​​정상적으로 작동합니다.

내가 잊어 버린 점이 있습니까?

+0

은 사과가 osx에서 dns resolver에 어떤 작업을했는지, 그리고 특정 응용 프로그램이 실제로 해당 resolver를 사용하는지 여부에 따라 다릅니다. chrome은 자체적으로 가지고있는 것처럼 보이며 osx에서 수행중인 모든 작업을 무시합니다. –

+1

@MarcB는 그것을 고쳤습니다 -/etc/hosts는 일반 파일이 아니라 심볼릭 링크였습니다 - DNS 조회가 해결되지 않으면 OSX은 심볼릭 링크 된 버전 만 확인합니다. –

답변

7

이유는 Dropbox에 내/etc/hosts 파일을 심볼릭 링크로 연결하고 having read this answer을 사용했기 때문에 이미 유효한 DNS 레코드가있는 항목을 덮어 쓰려면 일반 로컬 파일이 있어야합니다 (ICANN의 127.0 .53.53 is) - 파일이 심볼릭 링크 일 경우, 처음에는 확인되지 않습니다.

심볼릭 링크를 제거하면 다시 작동 함을 확인했습니다. Chrome이 다른 이유를 설명 할 수 없습니다.

+1

Ditto this answer; 내 Dropbox에서 심볼릭 링크 된 파일을 사용하는 대신'/ etc/hosts'에 파일을 다시 만들어야했습니다. 컴퓨터간에 호스트 파일을 동기화하는 작업이 조금 더 부담스럽지 만 적어도 로컬 도메인은 올바르게 다시 작동합니다. – geerlingguy

+0

답변으로 표시하십시오, 이건 내 문제에 대한 해결책이었습니다 :) 이것이 순수하게 OSX 문제인지 궁금한 점입니다. –

+0

@geerlingguy -이 대답에 언급 된'/etc/hosts.d'-type 해결책을 시도해보십시오. http://unix.stackexchange.com/a/60554/87040 –

관련 문제