Mac OS X DNS 조회가 엉망인 것 같습니다.

8

Mac OS X DNS 조회는 Safari 및 mDNSResponder를 사용하는 다른 응용 프로그램에서 영원히 가져옵니다. 명령 줄에서 nslookup을 사용하면 동일한 조회가 제대로 작동하고 동일한 무선 네트워크의 iPhone 및 iPad에서도 정상적으로 작동합니다.

그리고 그것은 직장 네트워크에만 있습니다. 집에 있거나 내 iPhone에 연결되어 있으면 모든 DNS 조회가 제대로 작동합니다. Wi-Fi 또는 이더넷을 통해 직장에서 네트워크를 사용하는 경우 이러한 문제가 있습니다. 다음 명령을 사용해 보았습니다.

launchctl unload /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
launchctl load /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Snow Leopard에서는 일시적인 구제 (분)를 제공했지만 지금은 Lion에서는 전혀 아무것도 제공하지 않습니다.

이더넷이나 Wi-Fi 설정 모두 DNS 서버를 지정하지 않습니다. 라우터에서 자동으로 채워집니다. 그러나 Google DNS 또는 OpenDNS와 같은 내 자신을 지정하려고 시도했지만 문제가 해결되지 않습니다.

네트워크 설정은 사무실의 모든 이더넷 포트에서 케이블 모뎀에 연결된 라우터입니다. Airport Extreme Wi-Fi 라우터도 기본 라우터 (브리지 모드)에 연결되어 있으며 WiFi 클라이언트가 여기에 연결됩니다.

나는 모든 것을 검색하고 처음에 적용 가능한 다른 것들을 발견했습니다 (예 : DNS 조회 실패하지만 nslookup 작동 ).이 mDNSResponder 문제가 너무 드물지 않다고 생각하지만, 정확하게 일치하지 않으며 해결책이 없습니다. 아직 나를 위해 일했다.

또한, 모든 DNS 조회가 아닙니다. Google 검색은 즉시 시작되지만 Google지도는로드하는 데 시간이 오래 걸립니다 (활동 창을 보면 일반적으로 스크립트이며 일부 Google CDN 서버에서 제공되지 않는 항목 임). 우리가 매일 사용하는 사이트조차도 (php.net과 같은) 어딘가에 캐시 될 것이라고 생각할지라도 영원히로드되거나 시간이 초과됩니다.

또한 : Windows XP 가상 머신 내의 브라우저에서 모든 것이 제대로로드되므로 mDNSResponder에서 범인으로 더 비난받을 만하지 만 다른 네트워크에서는 모든 것이 잘 작동합니다.

— 찰스
소스

opensnoop의 출력을보고 아무것도 말하지 않았습니까? tcpdump 출력을보고 응답하지 않은 요청이 전송되는지 확인한 경우에도 궁금합니다.

— 다항식

나는 둘 다 살펴 보았지만, 내가 무엇을 찾아야하는지 확실하지 않습니다. 오류 상태가 무엇인지 잘 모르겠습니다. 평범하지 않은 것에 대한 조언이 있습니까?

— 찰스

4

사무실에서 DNS가 느리지 만 집에서는 안되는 이유는 사무실 라우터가 IPv6을 사용하지만 가정용 라우터가 IPv4를 사용하고 Lion이 Snow Leopard보다 IPv6을 사용하는 것이 더 좋기 때문일 수 있습니다. 이러한 속도 저하의 영향을받지 않는 웹 사이트는 아마도 IPv6을 더 잘 지원하는 웹 사이트 일 것입니다.

DNS에서 IPv6이 IPv4보다 2-3 배 느리게 표시되는 방법에 대해서는이 기사를 참조하십시오.

이 경우, 사무실 라우터 (및 전체 사무실 네트워크)에서 IPv6을 비활성화하면 문제가 해결 될 수 있습니다.

이 기사도 유용 할 수 있습니다 . Mac OS X 10.7 Lion에서 IPv6를 비활성화하는 방법 .

— 해리
소스

2

10.6을 실행하는 MacBook Pro와 같은 문제가있었습니다. 기계를 끄는 일은 거의 없습니다. 기본적으로 집에서 뚜껑을 닫고 가방에 넣고 작동시킵니다. 직장에서 나는 뚜껑을 열고 벗어났다. 내가 주목 한 것은 OS X이 원하는대로 완벽하게 전환을하지 않는 것입니다. 느린 DNS, 대량의 대기중인 네트워크 리소스 등이 발생할 수 있습니다. 문제를 해결하는 방법은 컴퓨터를 닫기 전에 각 네트워크에서 수동으로 연결을 끊는 것입니다 (즉, 덮개를 닫기 전에 공항을 끄십시오). 이 작업을 수행하지 않으면 대기 상태는 다음과 같습니다.

dscacheutil -flushcache

어느 쪽이든 나에게 아주 잘 작동합니다. 드물게 기계를 다시 시작합니다.

— C0D3M0NK3Y
소스

Gareth, 방금 편집 내용에 대한 귀하의 의견을 발견했으며 그에 따라 모든 답변을 수정했습니다. 사과드립니다.

— C0D3M0NK3Y

dscacheutil을 시도하고 다시 시작했습니다. 내가 무엇을하든, 나는 여전히 작업 네트워크에서 동일한 문제를 겪고 있지만 집에 가기 전에 내 컴퓨터를 종료하거나 평소처럼 잠자기 상태에서 집에서 완벽하게 작동합니다.

— 찰스

0

다른 Mac이 사무실 네트워크에서 올바르게 작동합니까?

할당 된 네트워크 설정이 일치하는지 확인하십시오. DHCP 서버가 클라이언트의 서브넷에없는 기본 게이트웨이를 할당하는 상황을 보았습니다. Windows는 계속해서 그것을 사용하고 잘 작동했지만 MacOS (정확하게!)는 서브넷에없는 IP 주소로의 전송을 거부했습니다.

서브넷 마스크가 클라이언트의 IP 주소와 기본 게이트웨이 모두에 적용되면 결과는 동일해야합니다. 그렇지 않으면 잘못된 DHCP 서버 구성입니다.

그러나 이것은 정확한 상황처럼 들리지 않습니다. Mac이 직장에서 WiFi와 이더넷을 모두 사용하도록 구성되어 있습니까? 그렇다면 한 번에 하나씩 끄십시오.

— 제이미 콕스
소스

DHCP 문제로 인해 패킷이 사무실 네트워크를 둥글게 돌아 가지 않는 한 속도가 느려지지 않아야합니다.

— harrymc

네트워크 설정이 모두 정상인 것 같습니다. Wi-Fi에만 있거나 이더넷에만 있거나 둘 다에 관계없이 동일한 문제가 발생합니다.

— 찰스