오프라인 네트워크에서 Thunderbolt 이더넷 어댑터를 사용하는 El Capitan의 DNS 해상도 깨짐


1

El Capitan으로 업그레이드 한 후 오프라인의 내부 컴퓨터 네트워크에서 DNS 확인을 활성화하려면 어떻게해야합니까?

엘 캐피 탄으로 업그레이드하기 전에 내부 네트워크에 연결하고, DNS 및 검색 도메인을 설정하고, DNS 확인을 수행하는 것이 좋습니다. 네트워크 또는 DHCP 서버에는 게이트웨이가 없었으며 스위치 만있었습니다.

업그레이드 후 더 이상 인터넷과 물리적으로 분리 된 네트워크에서 DNS 이름을 내부적으로 확인할 수 없으며 인터넷에 연결되지 않았습니다. DNS 이름이 아닌 IP 주소로 네트워크에서 호스트에 대해 ping을 수행 할 수 있습니다.

나는 평소에 DNS 캐시를 비우고 mDNSResponder를 재시작 한 다음 재부팅을 시도했다. 그것의 아무도는 도왔다.

하나의 이상한 사실은 /etc/resolv.conf 이제는 비어있는 반면 업그레이드 전에는 Mac에서 사용할 해결 자 목록이 표시되었습니다.

나는 엘 캐피 탄이 OSX DNS 결의 시스템에 대한 업데이트를 포함 시켰음에 틀림 없다고 상상한다. 수동으로 구성하고 구성 할 수 있습니까? 항목을 추가하는 데 걸리는 시간이 줄어 들었습니다. / etc / hosts 파일.

나는 언급 된 제안을 시도했다. 이리 .

요세미티에있는 동료 컴퓨터에 문제가 전혀 발생하지 않았으며 네트워크의 Windows 컴퓨터에서도 이름이 올바르게 해석된다는 점을 언급해야합니다.

DNS 서버는 Ubuntu 14.04에서 BIND9를 일반 포트 53에서 실행합니다.

편집하다:

나는 시스템 무결성 보호 (SIP)를 일련의 지시들과 그것들은 전혀 도움이되지 못했습니다.

편집 2 :

좋아요. 그래서 수정 사항을 발견 했으니 아마도 그것을하기 위해 엘 캐피 탄을 새로 설치할 필요는 없었을 것입니다. 이것은 내가 매킨토시 플랫폼에서 만난 WEIRDEST 버그입니다. 네트워크 설정에서 라우터를 추가하기 만하면됩니다. 라우터로 작동하는 내부 네트워크에 장치가 없더라도 1.0.0.1의 임의의 값을 넣었습니다. "Router :"입력 필드에 값이있는 것만으로 resolv.conf 파일을 작성하고 DNS 서비스를 복원했습니다.


엘 캐피 탄으로 업데이트 한 후 같은 문제가 있습니다. - resolv.conf는 비어 있습니다 - 네트워크 시스템 환경 설정 ui가 올바른 DNS 서버와 검색 도메인을 보여줍니다 - dig google.com이 작동하지 않습니다 - dig @my_dns_server google.com ~하다 서버가 도달 할 수 있도록 작업하십시오.
Rene Koller

이상한 부분은 내 무선 어댑터를 사용하는 것입니다. resolv.conf 채워지고 DNS 해상도가 잘 작동합니다. 이더넷 어댑터에만 문제가 있습니다.
Kent Johnson

나는 El Capitan이 Thunderbolt 이더넷 어댑터로 잘 작동하지 않는 새로운 System Integrity Protection (SIP) 업그레이드와 관련이있을 것이라고 생각합니다. 다른 DNS 문제가 있습니다. 이리 엘 캐피 탄은 SIP 비활성화로 해결되었습니다.
Kent Johnson

네트워크 인터페이스 구성에 라우터 값을 입력해야합니다. 그것은 나를 위해 일했다.
Kent Johnson

라우터 솔루션이 제대로 작동하지 않았습니다. resolv.conf가 아직 없습니다. 다른 걸 밟은 곳이 어디 있니?
guydog28

답변:


1

나는 같은 문제가 있었다. 엘 캐피 탄 SIP가 사용 중지 된 동안 일부 값을 DNSResponder 파일에 추가하여이를 해결할 수있었습니다.

아래의 단계는 다음과 같습니다.

  1. 재부팅하십시오.
  2. Cmd + R을 눌러 복구 모드로 전환하십시오.
  3. 유틸리티 -> 터미널을 엽니 다.
  4. "csrutil disable"명령을 실행하십시오.
  5. 재부팅하십시오. SIP가 비활성화 된 상태에서 다시 OS X에 있습니다.

  6. 터미널에서 아래 명령을 실행하여 필요한 변경을하십시오.

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

sudo defaults write /Library/Preferences/com.apple.mDNSResponder.plist AlwaysAppendSearchDomains -bool YES (이것은 한 줄임)

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

  1. 재부팅하십시오.
  2. Cmd + R을 눌러 복구 모드로 전환하십시오.
  3. 유틸리티 -> 터미널을 엽니 다.
  4. csrutil enable 명령을 실행하십시오.
  5. 재부팅하십시오.

OS로 돌아간 후에 검색 도메인을 System Pref에 다시 추가했습니다. 네트워크 - & gt; 고급 - & gt; DNS 탭.

검색 도메인은 이제 다시 한 번 작동하여 도메인 이름의 처음 두 비트를 핑 (ping) 할 수 있으며 마지막 3 개가 자동으로 추가됩니다.


0

우리는 우리 네트워크 인프라에서 동일한 문제를 겪고 있습니다. 그러나 우리는 dns-name + ".local"을 핑 (ping)하면 IP가 올바르게 발견된다는 것을 알아 냈습니다.

요세미티 및 이전 버전의 OS X를 실행하는 시스템에 대한 서로 다른 테스트에는 DNS 확인과 관련하여 이러한 종류의 문제가 없기 때문에 이것이 엘 캐피 탄 소프트웨어의 버그 일 것입니다.


로컬 DNS 이름을 핑 (ping)하는 것은 저에게 효과적이지 않습니다. webserver.internal.mycompany.com과 같은 이름의 호스트가 있고 webserver.internal.mycompany.com.local을 실행하면 "호스트를 확인할 수 없습니다."오류가 발생합니다. 그럼에도 불구하고 .local과 도메인의 끝을 추가하는 것은 내 일반 사용자를위한 좋은 해결책이 아니기 때문에 나에게 받아 들일 수 없습니다. 나는 문제의 근원에 가고 싶다.
Kent Johnson

Apple의 복구를 사용하여 시스템 복구를 수행하고 요세미티로 시작한 다음 El Capitan을 새로 설치합니다. 문제가 해결되지 않으면 요세미티로 다운 그레이드 할 것입니다.
Kent Johnson

좋아요. 그래서 수정 사항을 발견 했으니 아마도 그것을하기 위해 엘 캐피 탄을 새로 설치할 필요는 없었을 것입니다. 이건 내가 알고있는 WEIRDEST 버그 야. 이제까지 매킨토시 플랫폼에서 발생했습니다. 내가해야 할 일은 라우터 내 네트워크 설정에서. 라우터로 작동하는 내부 네트워크에 장치가 없더라도 1.0.0.1의 임의의 값을 넣었습니다. "Router :"입력 필드에 값이있는 것만으로 resolv.conf 파일을 작성하고 DNS 서비스를 복원했습니다.
Kent Johnson

0

나는 똑같은 문제가 있었는데, 나는 /etc/resolv.conf 설정 파일. 네트워크 구성을 열고 검색 도메인을 제거한 다음 두 개의 사용자 지정 DNS 서버를 설정합니다. 첫 번째는 라우터에서 발급 한 DNS 서버입니다 (자체는, 192.168.1.1 )

그런 다음 Google DNS 서버를 추가했습니다. 8.8.8.8 ... 적용을 클릭하면 어떻게 든 다시 작동하기 시작했습니다. 이 문제가 처음 발생한 것은 아니기 때문에 이것이 다시 올 것이라고 확신합니다.


UPDATE 10/2016 ... 문제가 다시 생겼습니다. 여기에 다른 SE 스레드의 게시물이 있습니다.

불행하게도 이것의 어느 것도 나를 도왔고, 그것을 이해하려고 노력하고, 커피 테이블에 향하여 나의 머리를 때려 듣는 것으로 밝혀졌다. .. 무엇인가, 어떻게 든, 어떤 곳. .. 제거되었던 /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist 파일, 그리고 내가이 문제가 있었던 이유입니다.

이 오류 메시지를 보았을 때 이것을 깨달았습니다 : /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist: No such file or directory

엘 캐피 탄의 버전 사본은 다음과 같습니다. https://gist.github.com/tripflex/e7147690d1768dc74b1dd626614573c0

그 요지는 다음과 같습니다.

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>com.apple.mDNSResponder.reloaded</string>
    <key>OnDemand</key>
    <false/>
    <key>InitGroups</key>
    <false/>
    <key>UserName</key>
    <string>_mdnsresponder</string>
    <key>GroupName</key>
    <string>_mdnsresponder</string>
    <key>ProgramArguments</key>
    <array>
        <string>/usr/sbin/mDNSResponder</string>
    </array>
    <key>MachServices</key>
    <dict>
        <key>com.apple.mDNSResponder</key>
        <true/>
            <key>com.apple.mDNSResponder.dnsproxy</key>
            <true/>
    </dict>
    <key>Sockets</key>
    <dict>
        <key>Listeners</key>
        <dict>
            <key>SockFamily</key>
            <string>Unix</string>
            <key>SockPathName</key>
            <string>/var/run/mDNSResponder</string>
            <key>SockPathMode</key>
            <integer>438</integer>
        </dict>
    </dict>
    <key>POSIXSpawnType</key>
    <string>Interactive</string>
    <key>EnablePressuredExit</key>
    <false/>
</dict>
</plist>

-1

"IPv6 구성"을 자동에서 링크 로컬 전용으로 변경하십시오. 챔피언처럼 작동합니다.


다른 질문에 오신 것을 환영합니다. 우리는 대답이 단 한 줄 이상이되어야한다고 생각합니다. 이상적으로, 귀하의 답변이 왜 * 옳은 것인지 설명하고 싶습니다. "또한 링크, 인용 및 스크린 샷을 제공하는 데 도움이됩니다. 도움말 섹션을 검토하십시오. 답변하는 방법 질문에 대한 좋은 답변 작성에
Allan
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.