'Pns' neden 'nslookup' iyi çalıştığında bir adı çözümleyemiyor?

Windows XP iş istasyonumda, bağlanmak istediğim makineyi DNS'de aşağıdakilerle bulabilirim nslookup:

nslookup wolfman
Server: dns.company.com
Address: 192.168.1.38

Name: wolfman.company.com
Address: 192.168.1.178

Ancak, bu makineye bağlanmaya çalıştığımda, makinenin bulunamadığını söyleyen bir hata alıyorum (yani, DNS'de aranamıyor):

C:\> ping wolfman
Ping request could not find host wolfman. Please check the name and try again.

Doğrudan IP adresini kullanırsam bağlanabiliyorum:

C:\> ping 192.168.1.178

Pinging 192.168.1.178 with 32 bytes of data:

Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=41ms TTL=126
Reply from 192.168.1.178: bytes=32 time=44ms TTL=126
Reply from 192.168.1.178: bytes=32 time=38ms TTL=126

Dosyama bir giriş ekleyerek bu sorunu çözebilirim hosts, ancak bunun neden olduğunu öğrenmeyi tercih ederim. Sorun geçicidir, günün çoğunda makineye kolayca bağlayabilirim.

Bu nasıl mümkün olabilir?

ETA: Bunu kısalık olarak bıraktım, ancak istendi:

C:\> ping wolfman.company.com
Ping request could not find host wolfman.company.com. Please check the name and try again.

ETA: Diğer uygulamalar aynı sonuçları alır. Sadece basitleştirmek için ping denedim. telnet bağlanamıyor, Cygwin uygulamaları "bilinmeyen bir ana bilgisayar kurt adam" mesajı basıyor.

Güncelleme: wireshark kullanarak, iş istasyonumun DNS aramaya çalışmadığını öğrendim. Sadece "ana bilgisayar bulunamadı" hata iletisini rapor ediyor.

Nslookup'ın DNS bağlantı noktasında bir winsock bağlantısı açtığına ve bir sorgu gönderdiğine inanıyorum, ancak ping, DNS İstemcisi hizmetini kullanıyor. Bu hizmeti durdurup deneyebilir ve bunun bir fark yaratıp yaratmadığını görebilirsiniz.

Çeşitli ağ durumlarını yeniden başlatan bazı komutlar:

WINSOCK girişlerini yükleme varsayılanlarına netsh winsock reset catalog
sıfırla : TCP / IP yığınını yükleme varsayılanlarına sıfırla: netsh int ip reset reset.log
DNS çözümleyici önbelleğini temizle: ipconfig /flushdns
DNS istemci kaydını yenile ve DHCP kiralamalarını yenile: ipconfig /registerdns
Yönlendirme tablosunu temizle : route /f (yeniden başlatma gerekir)

Ana bilgisayar adıyla ping ve ardından bir nokta bırakmayı deneyin. Yani ping wolfmankullanmak yerineping wolfman.

Bu, hosts dosyası vb. İle geçici çözümler yapmak zorunda kalmadan çözmenizi sağlar.

Deneyin ipconfig /displaydnsve wolfman arayın. "İsim mevcut değil" olarak önbelleğe alınmışsa (muhtemelen önceki aralıklı başarısız bir arama nedeniyle), önbelleği ile temizleyebilirsiniz ipconfig /flushdns.

nslookup önbelleği kullanmaz, ancak doğrudan DNS sunucusunu sorgular.

.Bu bağlantı için DNS son eklerine eklemeyi deneyin . Yani, git:

1. Ethernet Durumu
2. Özellikleri tıklayın
3. İnternet Protokolü Versiyon 4
4. Özellikleri tıklayın
5. Gelişmiş'i tıklayın
6. Bu DNS yeterliliklerini ekleme (sırayla)
7. .Sonek olarak ekleyin .

Aynı adımlar aşağıdaki ekran görüntüsünde gösterilmiştir:

Bu ping wolfmaniş yapmalı .

açıklama

nslookup wolfman(ad sunucusu araması: wolfman) wolfman, ilgili IP adresini almak için ana bilgisayar adını ( ) DNS'ye (etki alanı adı sistemi) gönderir . Bu nslookupkomutun tek amacı . Bu zaten işe yarıyor, bu yüzden DNS'nin çalıştığını ve wolfmangerçekten de bir IP adresine karşılık geldiğini doğruladık .

Buna karşılık, ping wolfmaniki şey yapmak gerekiyor:

1. Ana bilgisayar adının ( wolfman) yazdığı IP'yi alın .
2. IP'ye paket gönderin ve yanıtı dinleyin

Windows'ta (Windows 10 gibi yeni sürümler bile), ilk adım kolayca başarısız olabilir. Geriye dönük uyumluluk uğruna, Windows, çeşitli ana bilgisayar adı çözümleme yöntemlerini (ana bilgisayar dosyası, DNS, NetBIOS / WINS, LMHOST dosyası) destekler.

Ne yazık ki, Windows pingkomutunun her zaman bir DNS araması yapmaya çalışmadığı anlaşılıyor . Bu davranışı tetikleyen özel koşulları bilmiyorum.

Neyse ki, bir FQDN (tam etki alanı adı) kullanarak Windows'u bir DNS araması yapmaya zorlayabiliriz . Uygulamada, biz son eklemeli bunu .ana makine için noktayı: wolfman.. Çalıştığını ping wolfman.doğrulayın.

Son adım, Windows'u bu noktayı eklemeye zorlamaktır. Bu cevabın başında bunun nasıl yapıldığını zaten göstermiştim.

nslookup Windows'ta ad / ip adreslerini çözerken diğer komutlardan farklı çalışır.

Windows üzerinde, normal çözünürlük yöntemi aşağıdaki gibidir:

1. Müşteri, sorgulanan adın kendisine ait olup olmadığını kontrol eder.
2. İstemci daha sonra yerel bir Hosts dosyasını, bir IP adresinin listesini ve yerel bilgisayarda depolanan adları arar.
3. Etki Alanı Adı Sistemi (DNS) sunucuları sorgulanır.
4. Ad hala çözülmediyse, yedekleme için NetBIOS ad çözümleme sırası kullanılır. Bu sipariş, istemcinin NetBIOS düğüm tipi yapılandırılarak değiştirilebilir.

nslookupÖte yandan, Alan Adı Sunucularını test etmek için kullanılır .

Benzer bir mesele ile de uğraştım ve @harrymc tarafından önerilen çözümü denedim. Sonunda (en azından bir şekilde) microsoft technet forumunda neyin işe yarayacağını buldum ( nslookup işe yarıyor ama başka hiçbir şey bağımsız Win7 PC'de DNS içermiyor )

İşte alıntı:

... test için bir istemci çözümleyici önbelleğini temizlemek ve sıfırlamak için aşağıdaki komutu kullanmayı deneyin.

ipconfig / flushdns

ipconfig / registerdns

Daha fazla ayrıntı için lütfen aşağıdaki bağlantıya bakın. http://jefferyland.wordpress.com/2011/07/28/quick-review-of-flushdns-registerdns-and-dns-queries/

Yani temelde benim için eksik olan şeydi ipconfig /registerdns

Sadece bugün aynı sorunu yaşadık , ancak çözüm farklıydı . Bu yüzden referans olarak ekleyeceğim, çünkü bu en çok aranan sonuç oldu.

• Sorun : pingbir ana bilgisayar adını çözmez, ancak nslookupçözebilir. (2 farklı Windows Server 2012 R2 ana bilgisayarında gözlemlendi.)
• Neden : (Her ana bilgisayar için) Ana bilgisayarın bağlı birden fazla NIC'si vardır ve yapılandırılmış birden fazla varsayılan ağ geçidi vardır .
• Çözüm : (Her ana bilgisayar için) Tüm NIC'lerin yapılandırmasından varsayılan ağ geçidini kaldırın, bir tane var, sadece bir varsayılan ağ geçidi var .

Belki de wolfman.company.com C: \ Windows \ system32 \ drivers \ etc \ hosts dizininde listelenmiştir?

nslookup bu dosyayı atlar ve her zaman DNS ister; ping ve diğer araçlar öncelikle "ana bilgisayar" dosyasına, sonra da DNS'ye bakar.

Windows 2012R2 (= 8.1) sistemde de aynı problemi yaşadım ve yukarıdaki önerileri denedim, ancak hiçbiri sorunu çözmedi:
- Tamamen isminin pingini çalıştı.
- Kalifiye olmayan isimden ping işlemi yapmadı.
- Her ikisi de aynı işletim sistemine ve görünüşte aynı yapılandırmaya sahip olan diğer bazı sistemlerde çalıştı.
- Gerekli tüm sonek dizeleri oradaydı.
(Çok etiketli sorguların geçici çözümü gibi önerilen düzeltmelerden bazılarının, kalifiye olmayan adın yalnızca bir bölümü olduğundan açıkça alakasız olduğunu unutmayın.)

Sonra ping yapmaya çalıştığım hedef sistemin bir IPv6 adresine sahip olmadığını farkettim. Bu yüzden "ping -4 unqualified_name " ve bingo denedim ! bu çalıştı.
Bu nedenle, bazı nedenlerden dolayı, yalnızca bu sistemde, ping yalnızca nitelenmemiş ad-> IPv6 adresini çözmeye çalıştı ve yalnızca nitelenmemiş ad-> IPv4'ü çözmeye çalıştı.
Benim için düzeltme, IPv6'yı tamamen ihtiyacım olmadığı için devre dışı bırakmaktı. Ancak, hem IPv4 hem de IPv6 adreslerini çözmeyi denemek için ping (veya muhtemelen DNS müşteri hizmeti) söylemenin daha yumuşak bir yolunu bulmak isterim.

Dosyaya bir giriş eklemek c:/windows/system32/drivers/etc/hostsonu düzeltebilir.

Neden bir bilgisayarda 7 bilgisayar kazandığımı ping server, hangisinin işe yaradığını ve diğerinin çözemediğini anlamaya çalışıyordum server. Ancak her ikisi de server.lanpek anlamadığım ping yapabiliyordu .

Çalışma VPN'i kullanırken FQDN'leri kullanmamam gereken bazı ayarlar (DNS sonekleri) ile uğraştığım ortaya çıktı. Her .laniki bilgisayarın da aynı şekilde davranabilmesi için yerel ekimi bu eklere eklemek zorunda kaldım .

Denetim Masası> Ağ ve İnternet> Ağ Bağlantıları'na gidin ve ağ bağlantınıza sağ tıklayın ve Özellikler'e basın. İnternet Protokolü Sürüm 4'ü tıklayın ve Özellikler düğmesine basın. Sonra bu yeni pencerede Gelişmiş ... düğmesine basın. DNS sekmesine gidin, burası işim için bir DNS son eki ekledim ancak normal ev bağlantılarım için bir tane de gerekli.

Ben de bu konuya rastladım. Benim için düzeltmenin "en kolay" yolu, yalnızca .ana bilgisayar adının sonuna bir eklemekti . Ancak bu oldukça can sıkıcı bir durum. Çoğu ağ buna ihtiyaç duymaz. Ağdaki diğer herkese aynı kaynağa erişmeleri gerektiğinde bunu yapmalarını söylememeyi tercih ederim.

Frederik Aalund'un önerisine olası bir çözüm olarak bakıyordum ve varsayılan "Birincil ve bağlantıya özel DNS son eklerini ekle" seçeneğinden geçiş yapmayı önerdiklerini fark ettim. Bu bana belki ağımın basitçe yanlış yapılandırılmış olduğunu düşündürdü.

DD-WRT ayarlarıma baktığımda, "LAN Domain" ayarsız kaldı. Keyfi bir dizgeye ayarlamak, her makinede özel bir konfigürasyona sahip olmadan istediğim çözümü ağımdaki tüm müşteriler için bu sorunu çözmüş görünüyor! :)

Windows XP'den Windows 7'ye geçiş yaptığımızda bu sorunla karşılaştım, sorun bir Windows 7 Çok Etiketli DNS Sorgu sorunuyla ilgiliydi.

DNS Son Ekinin Nitelenmemiş Çok Etiketli Ad Sorgularına Eklenmesine İzin Ver - bkz:

http://computerstepbystep.com/allow_dns_suffix_appending_to_unqualified_multi_label_name_queries.html

Bu yardımcı olur umarım

Mac os x üzerinde bir DNS Önbelleği sorunu olabilirse:

Önbelleği boşalt

sudo killall -HUP mDNSResponder
sudo dscacheutil -flushcache

Bunu alıyorum çünkü geçen sene beni rahatsız etti ve belki bir geçici çözüm buldum.

Benim için Windows istemcisi içindeki bazı dns-caching sistemi hatalı görünüyordu. Windows 7 ve 8.1 bundan etkilenir ... Windows XP hakkında artık fazla bir şey söyleyemem. ping adı çözmüyor. önemli olan icmp kısmı değil, adı çözen isimdir). nslookup, ad sunucusunu sorgulamak için tasarlanmıştır ve tam olarak bunu yapar ve hiçbir windows name-hiyerarşi çözme yapmaz.

Dnscache hizmetini yeniden başlatmak her zaman yardımcı oldu. O zamandan beri Ama IPv6 devre dışı üzerindeki tüm istemci arayüzleri sorun artık oluştu vermedi.

Şerefe!

Bu konuda yanlış olabilirim çünkü uzun zamandır unutulmuş NT4 kaynak kiti günlerime dayanıyor.

Ücret olarak PING'i hatırlatabilirim Netbios / WINS ve DNS kullanır (bu sırada, en azından bir FQDN belirtmezseniz).

WINS yıllar önce gitti, ancak arayüzünüzde hala Netbios'u etkinleştirmiş olabilirsiniz ve PING bu nedenle size herhangi bir sonuç vermeyecek netbios kullanabilir. Özellikle trafik bir yerlerden bir yönlendiriciyi geçiyorsa.

Sadece Netbios'u devre dışı bırakın ve Ping, DNS'i öncelikli olarak kullanır ve arabirimde kayıtlı DNS Surffic'i ana bilgisayar adınıza ekler.

Ben sadece bu sorunu yaşadım ve kendine özgü bir şey buldum ve çözmeyi başardım.

Temel olarak, hosts dosyanızda, ping'iniz çözmeye çalıştığı IP ile aynı olan girişleriniz varsa, başarısız olur.

Örneğin, DNS’nizde, www.example.com - 10.0.0.20 için bir kaydınız varsa, ancak o zaman müşterinizin ana bilgisayar dosyasına 10.0.0.20 bir şeyelse.com giriş yapmışsanız, www ping işlemi yapamazsınız. .example.com

Garip ha

Benim durumumda bu sorunu çözen, ana makinenin etki alanını eklemek oldu. "DNS Soneki Arama Listesi" adlı bir grup ilkesi seçeneğine ping atmaya çalışıyordum .

Kısaca prosedür şudur: Açın gpedit.mscve gidin Computer Configuration -> Administrative Templates -> Network -> DNS Client > DNS Suffix Search List, "Etkin" olarak ayarlayın ve etki alanı adını listeye ekleyin (liste varsayılan olarak boştur).

Bu adımların daha ayrıntılı bir açıklamasını burada bulabilirsiniz.

Aynı problemi yaşadım ve başka bir makinede aynı IP adresine sahip olduğum ortaya çıktı ve buna sebep oldu.

IP adresini tekrar DHCP'ye değiştirdim ve her şey yolundaydı.

Buradaki çözümlerin hiçbiri benim için çalıştı. Benim için çalışmam, OpenVPN kullanarak işimin vpn'sine yeniden bağlanmaktı. Sonra bağlantıyı kestikten sonra her şey çalışmaya devam etti.

Bilgisayarım openVPN ile bağlıyken, sorunun ortaya çıkmasıyla ilgili olduğuna inanıyorum. Bunu anlamanın tek yolu WireShark kullanmaktı. Tüm sorguların hedef IP'lerinin işimin iç ağındaki IP'lerine gideceğini fark ettim.

ping, ICMP protokolünü, özellikle 'Yankı İsteği' ve 'Yankı Yanıtı'nı kullanır.

Birçok ağ, saldırıları veya temel ağ taramasını önlemek için ICMP yardımcı programlarını devre dışı bırakır. Satın aldığınız birçok yönlendiricinin, varsayılan olarak etkin olan ping ve benzeri yardımcı programları devre dışı bırakma ayarına sahip olduğunu gördüm.

ICMP hakkında daha fazla bilgiyi burada bulabilirsiniz:

http://en.wikipedia.org/wiki/Internet_Control_Message_Protocol