DNS Adı araması (SSH idi) Snow Leopard Yükseltmesinden Sonra Çalışmıyor

Bunun Snow Leopard güncellemesi ile başladığını düşünüyorum . Hala sorunu olan .ssh dizinini temizledi.

~: uname -a
Darwin california-example-com.local 10.0.0 Darwin Çekirdeği Sürüm 10.0.0: Cum 31 Temmuz 22:47:34 PDT 2009; kök: xnu-1456.1.25 ~ 1 / RELEASE_I386 i386

~: ssh -V
OpenSSH_5.2p1, OpenSSL 0.9.8k 25 Mar 2009

~: ls -l ~ / .ssh

~: nslookup nevada
Sunucu: 10.94.62.3
Adres: 10.94.62.3 # 53

İsim: nevada.example.com
Adres: 10.94.62.3

~: ssh nevada
ssh: Ana bilgisayar adı çözülemedi nevada: nodename veya hizmet adı sağlandı veya bilinmiyor

Aynı soruna rastladım ve Apple'ın Tartışmalarında DNS sorunları olan bir Mac mini hakkında bir iplik buldum .

Sorunun temel noktası: mDNSResponder zaman zaman sorguladığı DNS sunucularının sırasını değiştiriyor gibi görünüyor ve bu nedenle ISS'nizin DNS sunucularını sorgularsa uygun bir kayıt almaz (veya bölünmüş DNS kullanıyorsanız, herkese açık IP'niz).

Bunun için en iyi düzeltme, DNS ayarlarınızda yalnızca gerekli DNS sunucularının listelendiğinden emin olmaktır (yaptığınız gibi). Bu, ISP DNS sunucularının DHCP'nizden kaldırılmasını gerektirebilir (benim de yapmak zorunda olduğum gibi - tüm istekler yine de yerel DNS sunucusu üzerinden iletilir).

Nedeni programları gibi digve nslookupnormal şekilde başarılı olur onlar BIND'i kullanan ve bir /etc/resolv.confdoğrudan işletim sisteminin geri kalan aksine.

Snow Leopard'da referans olması için DNS önbelleği artık mDNSResponder tarafından saklanıyor ve temizlemek için işlemi kullanarak yeniden başlatmanız gerekiyor sudo killall -HUP mDNSResponder. killallKomuta farklı bayraklar kullanarak daha fazla bilgi (günlük kaydı, dahili durum dökümü vb.) Alabilirsiniz .

"sudo killall -USR1 mDNSResponder" to enable operation logging.
"sudo killall -USR2 mDNSResponder" to enable packet logging.
"sudo killall -HUP mDNSResponder" to clear the DNS cache.
"sudo killall -INFO mDNSResponder" to dump mDNSRepsonder's internal state.

Kaynak: Aynı iplik üzerinde Snoop Dogg .

bunun gibi problemlerimiz vardı:

host example.com     <<< WORKED
ping example.com     <<< FAILED

Böyle bir şeyle çözüldü:

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

Mac OS X'teki uygulamalar DNS için "host / dig / nslookup" ile aynı mekanizmayı kullanmaz.

"Host / dig / nslookup" kullanmak, bunun bir ağ sorunu olmadığını belirlemede yararlıydı. Yukarıdaki komutlarla çözülen yerel sistemle ilgili bir sorundu.

Aynı sorunu yaşadım… Ve mDNSResponder'ı yeniden başlatırken, "her zaman" birkaç saat yeniden başlatmak gibi "iş" gibi görünüyor.

Yani, şimdilik, dnsmasq'ı yerel olarak çalıştırarak sorunu "çözdüm" . Bunu yapmak için:

• Dnsmasq oluşturun (tgz'yi indirin makeveya veya brew install dnsmasq)
• Bunu bir dnsmasq.confdosyaya koyun :

resolv-file = resolv.conf
Kullanıcı = kimse
grup = kimse
arayüzü = lo0
önbellek boyutu = 1024

• Bir koy resolv.confaynı dizinde dosyanın dnsmasq.conf(: nb dosyası değil /etc/resolv.conf ):

ad sunucusu 8.8.8.8
ad sunucusu 4.2.2.1
ad sunucusu 4.2.2.2

• Run dnsmasqile sudo dnsmasq --no-daemon --log-queries -C dnsmasq.conf. Çıktı şöyle görünmelidir:

...
dnsmasq: okuma resolv.conf
dnsmasq: nameserver'ı kullanma 4.2.2.1 # 53
dnsmasq: nameserver'ı kullanma 4.2.2.2 # 53
dnsmasq: ad sunucusu kullanma 8.8.8.8 # 53
dnsmasq: read / etc / hosts - 6 adres

• Ağ Tercihleri'ni açın ve 127.0.0.1tek DNS sunucusu olduğundan emin olun (ağ tercihleri ​​-> gelişmiş -> DNS -> 127.0.0.1 ekleyin)

İşler tekrar güzel çalışmaya başlamalıdır.

Bir şeyler çalıştıktan sonra dnsmasq, --no-daemonve --log-queriesseçenekleri olmadan çalışabilirsiniz , böylece arka planda başlayacak ve bir Terminal penceresini açık tutmanıza gerek yoktur.

DNS sunucusu listesinde 10.94.62.3 (ağ tercihleri ​​bölmesi) ve ardından ISS'den 2 tane olduğunu fark ettim. Diğer 2'yi kaldırdım, bu yer için tüm ad aramalarını 10.94.62.3'e zorladım ve şimdi ağımdaki ve dışarıdaki adları çözebilirim.

Bunun neden işe yaradığı hakkında bir fikrim yok.

Sanırım burada açıkladığım gibi benzer bir sorunumuz var: /apple/50457/nslookup-works-ping-and-ssh-dont-os-x-lion-10-7-3

Sorun, arama etki alanları yapılandırması içinde yatıyor: gethostbyname2()adlandırılan artık (en azından Lion'da) /etc/resolv.confçalışmıyor ve yapılandırılmış arama etki alanlarıyla böylece yok sayılır çünkü başarısız olan ping / ssh kullanmaya çalışıyor . /etc/hostsson çare olduğunu gethostbyname2()ve bu nedenle ssh tekrar düzgün girişleri ile çalışır /etc/hosts. Apple imho tarafından düzeltilmelidir.

Nevada-example-com.local dosyasını denediniz mi?

dscacheutil -flushcache

Bu komut DNS önbelleğinizi yeniler.

10.94.62.3 güvendiğiniz bir DNS Sunucusu mu? Eğer öyleyse, neden sadece bir tane var? Yük devretme amacıyla başvurmak için en az 2 DNS sunucunuz olmalıdır. Eğer bu aşağı giderse, oturan bir ördeksiniz.

DNS sipariş aramaları Snow Leopard'da farklı çalışıyor gibi görünüyor. Bir alanı arayamıyorsanız, ağ tercihlerinizde listelenen geçersiz DNS sunucularınız olup olmadığını kontrol edin. Standart bir DHCP kurulumu kullanıyorsanız, listelenen herhangi bir DNS Sunucunuz olmamalıdır. Yükseltmeden önce listelenen eski bir DNS sunucum vardı ve hiçbir şeyi etkilemedi. Bir kez yükseltme dns tamamen kaybetti.

Ağ Tercihleri> Havaalanı> Gelişmiş'i seçin. DNS sekmesini seçin ve geçersiz olan DNS Sunucularını kaldırın.

Konsol'a baktın mı? (Uygulamalar -> Yardımcı Programlar -> Konsol) mDNSResponder öğesinin şu şekilde görüntülendiğini görebilirsiniz: Tanılama ve Kullanım Bilgileri -> Sistem Tanılama Raporları

Modülleri yükleyen başka bir program nedeniyle çöküyorsa (Little Snitch veya Hands Off gibi) bunu orada görebilirsiniz.

Windows kutumu çözme nslookup ile aynı sorunu vardı, ama bana "bilinmeyen bir ana bilgisayar" veren ping. Navdeep'in önerisini denedim ve Ağ Tercihleri-> Gelişmiş-> DNS sekmesinde ad sunucularını temizlemeye gittim. Onları çıkarmama izin vermedi, gri renkteydi. Sonunda + 'ya vurdum ve kayboldular. Yeni bir sunucu eklemeyi iptal ettim ve hiçbir DNS sunucusu gösterilmediğinde değişiklikleri uyguladım. Ping bundan sonra çalışmaya başladı. Garip olan şey, yerel yönlendiricimin / DHCP sunucumun listede ilk olduğu ve Windows kutusunun çözümlenmesinden sorumlu olmasıdır. Siparişle garip bir şey olmalı. Listelenen diğer ad sunucusu bir çalışma NS ve windows ana bilgisayar çözmek mümkün olmaz. TEŞEKKÜRLER Navdeep!