nslookup /etc/resolv.conf, ping ve ssh don't ile çalışır

12

Yerel üniversite ağımızda, (DHCP tarafından elde edilmiştir) /etc/resolv.conf içinde aşağıdaki kurulumu yaptım:

search a.domain.com b.domain.com domain.com
nameserver x.x.x.x
nameserver y.y.y.y

Ayarlar Sistem Tercihleri'nde de aynıdır. Aşağıdaki sorun oluşur:

nslookup server

çalışır ve server.a.domain.com adresini doğru bir şekilde sormak için ad sunucularından birini kullanır. Ancak ping atmaya çalışırsam,

ping server

ulaşılamaz ana bilgisayarla başarısız olur.

ping server.a.domain.com

İşler. El ile / etc / hosts nslookup tarafından elde edilen ip adresi ile sunucu eklemek de ping çalışması yapar, ancak bu "çözüm" ad sunucuları atlar ve bu nedenle ideal değildir (ve ben de yaklaşık 20 diğer girişler eklemek zorunda kalacak). Buna neyin sebep olduğuna dair fikri olan? Ping neden nslookup / arama etki alanlarının sonuçlarını kullanmıyor?

ssh server

Ayrıca başarısız, gerçek sorun / rahatsızlık.

MDNSResponder'a AlwaysUseSearchDomains'i zaten ekledim, ancak bu düzeltme yalnızca server.foo kullanırken soruna yardımcı olur.

OS X Lion 10.7.3 kullanıyorum.

lion macos network

— tholu
kaynak

Ping paketleri ağ ekipmanı tarafından engellenmiş olabilir. SSH paketleriyle aynı şey - yaptığınız şeyi yapmanızı istemeyebilirler.

— Thorbjørn Ravn Andersen

Aşağıdaki çözüme bakın, sorun bu değildi.

— Ocak'ta

"Ulaşılamaz ana bilgisayar", DNS çözümleme sorunu değil, bir ağ bağlantısı sorunu (veya ICMP engellendi) anlamına gelir

— Daniel Serodio

2

Peki, üstündeki yorumları okudun /etc/resolv.confmu?

# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.

Doğru çözüm, arama alanlarını, burada açıklandığı gibi Sistem Tercihleri'ndeki Ağ paneli üzerinden eklemektir .

— Eski Profesyonel
kaynak

Yaptım. Arama etki alanları, DHCP yapılandırması başına Sistem Tercihleri'nde Ağ paneline otomatik olarak girilir (ve böylece gri renkte görünür ve değiştirilemez). Tam olarak aynı değerler / konfigürasyon / konumunda bulunur /etc/resolv.conf.

— 12'de

O zaman sana ne söyleyeceğimi bilmiyorum. Hem Ethernet hem de WiFi ayarlarımı DHCP aracılığıyla alıyorum ve arama alanlarımı Sistem Tercihleri panelinden değiştirebiliyorum.

— Old Pro

Arama alanları Sistem Tercihleri ve /etc/resolv.conf dosyalarında doğrudur - sorun, ping ve ssh tarafından kullanılmamasıdır. Eğer nslookup çıktısını kullanırlarsa, her şey iyi çalışırdı, ama bir şekilde, işe yaramazlar. Onlar arama / vb / ana bilgisayarlar olsa.

— 12'de

Manuel olarak Sistem Tercihleri aracılığıyla tek tek arama alanlarını ekledim (gri olmasına rağmen) ve şimdi çalışıyor. Teşekkürler!

— tholu

4

Ben de aynı problemi yaşadım. Kullandığım çözüm bir / etc / resolver dizini oluşturmaktı. Bu dizinin içinde, çözümlemek istediğiniz her etki alanı için bir dosya oluşturun. Her dosyanın içinde iki satır olmalıdır

nameserver 10.0.100.2
domain  home.cainmanor.com

Yukarıdaki dosya / etc / resolver / home olarak adlandırılır. Home.cainmanor.com olarak adlandırılması gerekebilir, ancak şu anda test edemiyorum.

İyi şanslar!

— Greg Cain
kaynak

OS X'in açıkça doğru bir şekilde ayrıştırılamadığı DHCP ayarlarını geçersiz kılan arama alanlarını Sistem Tercihleri aracılığıyla tek tek ayarlayarak çalıştım. Çözümünüzü deneyemedim, ama teşekkürler!

— tholu

Bu yaklaşım, kurumsal VPN istemciniz geçici sistem tercihleri ile ilgili yanlış bir şey yaptığında işe yarar.

— Peter

1

Ping / ssh kullanımı çalışıyoruz: Ben searchdomains yapılandırma içindeki sorun yalanları, inan gethostbyname2()çünkü başarısız adında (en azından Lion) artık çalışmadığı ve /etc/resolv.confyapılandırılmış searchdomains ile böylece göz ardı edilir. /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.

Arama alanlarını elle tek tek eklemek sorunu düzeltti, yukarıdaki çözüme bakın.

— tholu
kaynak

Sistem Tercihleri -> Ağ paneli üzerinden OS 10.7.3'te WiFi bağlantım (DNS üzerinden yapılandırılmış) için bir arama alanı eklediğimde, beklediğim gibi ping ve ssh tarafından kullanılır. /Etc/resolv.conf veya / etc / hosts komutlarına el ile / doğrudan dokunmuyorum, ancak Sistem Tercihlerindeki değişiklikler otomatik olarak /etc/resolv.conf dosyasına yansıtılıyor. OS X, diğer Unix sistemlerinden farklı birçok şey yapar ve bunlardan biri.

— Old Pro

1

Teşekkürler, arama alanlarını manuel olarak tek tek ekleyerek bu işe yaradı, yukarıdaki önerilen çözüm hakkındaki yorumuma bakın.

— tholu

Arama alan adları eklemek sorunları çözmedi ... Başka bir çözümün var mı?

Onları nasıl ekledin?

— Ocak'ta 13:34

1

Mac Book Pro'm (OS X sürüm 10.10.1) uyurken bu sorunu sık sık alıyorum. Uyandır ve ağımdaki makinelerin ana makine adını kullanarak ssh yapamıyorum (ve ping de çalışmıyor). nslookup iyi çalışıyor. / Var / log içinde alakalı mesaj göremiyorum. Sadece birkaç dakika bırakın & hey presto tekrar çalışıyor .....

— Ian Ellis
kaynak

0

Bunu başka bir yerde cevapladım, çünkü bu benim için basit bir düzeltmeydi ve benim için başka hiçbir yerde işe yarayan yanıtı bulamadım.

MDNSResolver'ı diğer iş parçacıklarında önerildiği gibi onlarca kez yeniden başlattıktan sonra:

sudo killall -HUP mDNSResponder

Sonunda başka bir şey denedim. Kablosuz bağlantıyı devre dışı bıraktım ve tercih ettiğim tüm ağlarımı sildim. Sonra Wi-Fi bağlantısını yeniden kurdum ve her şey yolunda gitti:

Apple menüsü -> Sistem Tercihleri -> Wi-Fi (solda)
'Kablosuz'u Kapat' ve ardından 'Gelişmiş'i seçin
Sorun yaşadığınız Kablosuz bağlantıyı (veya isterseniz tümünü) silin. Silmek istediğiniz Wi-Fi ağını seçip "-" düğmesine basarak bunu yapın.
'Uygula'yı ve' Tamam'ı tıklayın
Kablosuz'u tekrar açın.
Kablosuz ağınızı seçin ve tekrar giriş yapın.

Sonunda benim için işe yarayan buydu. Muhtemelen denediğim ilk şey olmalı, ama ben bir Linux adamıyım ve önce konsol düzeltmelerine bakıyorum.

— Joel Griffiths
kaynak