Ağ üzerindeki Win 7 düğümündeki ana bilgisayar adına ping işlemi yaparken neden "Genel Hata" alıyorum?


32

Bu, ağımızdaki bir istasyonla ilgili çok tuhaf bir sorundur. İstemci bilgisayarında Windows 7 Pro çalışıyor. Bu sorunu ilginç yapan şey, bu istemcinin ağda bu ilerlemenin yaşandığı görünen tek düğüm olmasıdır. Belirli bir Win 08 sunucusuna ana bilgisayar adına ping işlemi yapmaya çalıştığımda, bir IPv6 adresi General failure. alıyorum ve alıyorum Ancak IPv4 adresini ping yaparken, sadece iyi yanıt veriyor.

İlk düşüncem, DNS sunucusunun neyin olup bittiğini görmek için ad çözümlemelerini kontrol etmesiydi, ancak sorun neden soruyu soruyor: istasyon neden bir IPv6 adresini geri alıyor ve IPv4 ayarlarının (statik btw) kullanılması yerine başarısız oluyor . Ne verir? Belirli bir sunucuyu denemenin ve başarılı bir şekilde başka bir sunucuyu denememde başarısız olduğumun ekran resmini ekliyorum. Ağdaki diğer tüm düğümlerin, bir istasyonun sorun yaşadığı sunucuyla iletişim kurma sorunları yoktur. Pingng: Genel Arıza


1
Muhtemelen güvenlik duvarı ile ilgili. Bilgisayarların güvenlik duvarını kontrol etmek için devre dışı bırakabilir misiniz? Bu işe yararsa, güvenlik duvarının varsayılan değerlerini sıfırlamak sorunu
çözebilir

Makine üzerindeki güvenlik duvarı devre dışı.
Chad Harrison,

Hedef makinedeki ağ ayarları altında "IPV6 Protokolü" etkin mi?
Diogo

@Diogo Evet IPV6 etkin. Ağdaki IPv6 etkin olan diğer makineler IPv6 aracılığıyla ping yanıtı alır.
Çad Harrison

Belki hedef makineye statik bir IPV6 adresi ayarlayıp tekrar test etmelisiniz, maske sınırlaması nedeniyle gerçekleşiyor olabilir, demek istediğim, aynı IPV6 ağında bulunmadığın sorce ve hedef makineler. Gerçekten garip, bir sonraki adımım wireshark gibi bir sniffer kurmak ve icmp ping isteği / yanıtlarının her adımında hata ayıklamak ...
Diogo

Yanıtlar:


14

Benim durumumda buna sebep olan peerblock buldum.

Bazı uygulamalar http trafiğini engeller, örneğin peerblock. Bunlar, "Genel Arıza" hata mesajı ile ping'lerin başarısız olmasına neden olur.

Buna neden olan uygulamayı bulmamın yolu, işlemleri tek tek öldürmek ve pingleri kontrol etmekti. Sonunda davamda peerblock'u öldürdüm ve ping çalışmaya başladı.

Ping'leriniz yalnızca birkaç site için başarısız oluyorsa, Güvenlik Duvarı, Antivirüs veya Peerblock, Charles, Wireshark ... vb.


PeerBlock davanız onun değil jenerik cevap sorunu neden olabilecek olsa da, benim için daha açıklayıcı yüzden cevabınızın değiştirerek denemenizi eski faydalı gelecekteki kullanıcılar için
Shekhar

@Shakehar Biraz daha genel olmak için cevabımı değiştirdim.
Oliver

11

Ağ bağdaştırıcısı ayarlarında protokolün işaretini kaldırarak IPv6'nın tam olarak devre dışı bırakılmadığı birkaç gönderi daha okuyun. Ayrıca, IPv4 üzerinden IPv6'yı tercih eden pencerelere yerleşik önek politikaları vardır.

Dışarı Dönüşler Microsoft presedence seçerek veya kendi sitesinde tamamen devre dışı IPv6 seçerek ile bazı araçlar yardımı vardır. General Failureİletiyi neden ilk olarak aldığımdan hala emin değilim , ancak en azından Microsoft Fix it 50410'u kullanarak o önceliği düzeltebildim (önek ilkelerinde IPv6 yerine IPv4'ü tercih et).


10

Ben de benzer bir sorun yaşadım. AnyConnect mobilite istemcisini kaldırmak zorunda kaldım.

Sürekli çalışan bir pingim vardı ve "genel başarısızlık" oldu. 8.8.8.8’e; kaldırma işlemi yarı yarıya yapıldığı andan itibaren ping yapabildiğim için geri döndüm.


1
AnyConnect ile benzer bir sorunum vardı. gelişmiş -> tercihler -> VPN kullanırken yerel (LAN) erişimine izin ver (- eğer yapılandırılmışsa)
ThrowsException 24:14

8

Bu hatayı sonra alırdım:

  1. Bir siteye erişme.
  2. Kurumsal VPN'ime bağlanma.
  3. Aynı siteye giriyorum.

Tüm siteler için olmadı, sadece biz (şirketin) yayınladığı siteler. Düzeltmek için koştum

ipconfig /flushdns

Vaov! Gerçekten, bu benim sorunumu çözdü! :)
Kounavi

Bunu okuyana kadar, bir VPN'e bağlandıktan sonra "Genel Arıza" sorununa tek çözümüm, bağlantıyı kesmek, yeniden bağlamak ve tekrar denemekti. Bu genellikle bir veya iki yeniden bağlantı içinde düzeltti. Bunu yapmak zorunda kalmaktan bıktım, bu cevabı buldum ve şimdi bunu bir daha yapmak zorunda kalmayacağım. :-)
megaflop

4

Bilgisayarınızın 6to4, etkin bir IPv6 geçiş / tünel teknolojisi olduğu anlaşılıyor. Maalesef 6'ya 4 uygulamada çok güvenilmez ve birçok insan için tamamen bozulmuştur.

Aslında, bunları kullanmıyorsanız, geçiş teknolojilerinin tümünü devre dışı bırakmak iyi bir fikirdir, çünkü hepsi bu gibi çeşitli sorunlara neden olabilir.

Bunu bir Yönetici Komut İsteminden aşağıdakilerle yapabilirsiniz:

netsh int ipv6 isatap set state disabled
netsh int ipv6 6to4 set state disabled
netsh interface teredo set state disable

Anlamadığım şey 6to4'ün hiçbir zaman bir ana bilgisayarda değil, bir Cisco yönlendiricisinde yapılandıracağım bir şey olmasıdır. MS'in bunu yazmak için 2 saniye harcadığına bile inanamıyorum. Bahse girerim hiç kimse tarafından kullanılmamıştır.
Brain2000

@ Brain2000 Tahminim, altyapı kullanımının zorlamadığı “hiç kimsenin kullanmadığıma bahsediyorum” gibi kurumsal kullanım durumlarını ele
almaktır

2

Benim durumumda, bu aslında Cisco VPN istemcisine kadar yayıldı. Bir ağ alt sistemi hatası olduğunu söyledi. Kablosuz ağ bağlantımın bir IP adresi ve diğerlerini aldığı ortaya çıktı, ancak yönlendiricime ping işlemi yapmaya çalıştığımda, bana Genel bir Arıza veriyordu.

Aygıt yöneticisine bir göz attım ve sürücüleri yüklü olmayan bir sürü yeni Bluetooth ürünü vardı. Garipti çünkü yeni bir şey yüklemedim. Aslında, bu yerleşik Bluetooth donanımına sahip bir dizüstü bilgisayar.

Bluetooth'un PAN (kişisel alan ağı) yapmanıza izin verdiğini biliyorum, bu yüzden bunun bir şekilde WiFi NIC'imden öncelikli olup olmadığını merak ettim. Bu öğelerin tümünü aygıt yöneticisinde devre dışı bıraktım ve bu 'muhtemelen yeni donanım' için yeni bir sürücü yüklenmemiş olmasına rağmen, yönlendiricime ping atmaya başladım. Artık dizüstü bilgisayarımı hem biz hem de VPN'ye dahil olmak için başarıyla kullanıyorum.


2

nordvpn istemcisinin 'cybersec' özelliği, bunun için diğer (yerel) alt ağ aralıklarının erişilememesine neden olur, vpn KAPALI olsa bile - $ tanrı nedenini bilir - 'cybersec' seçeneğini kapat ve aniden diğer lanını alt ağlar tekrar çalışır.


NordVPN ayrıca, tam olarak bunu yapacak bir "Bilgisayarı LAN üzerinde görünmez yap" seçeneğine sahiptir. NordVPN yazılımı açık veya bağlı olmasa bile.
Cooper

1

Ben de benzer bir sorunla karşılaştım. Yani, bir Windows 7 işletim sisteminde www.google.com adresine ping yapamadım veya izleyemedim ve bir Genel Arıza verdi.

Sorun gidermek ve sorunu çözmek için aşağıdakileri yaptım:

  1. Ping -4 komutunu verin. Www.google.com. Bu açıkça IPV4 kullanarak ping işlemi yapar. Sorunu çözmedi.
  2. # 1, aynı ping -6 aynı komutu verdi. IPV6 ile açıkça ping işlemi yapın. Hata, www.google.com ana bilgisayarını bulamadığını belirtti.

  3. Aynı komutu farklı hedeflerle (ağımın içinde) sorun olmadan verdim.

  4. Güvenlik duvarını (AVAST) geçici olarak durdurdu ve www.google.com adresine ping / tracert uygulayabildik.

  5. Açılan Avast Internet Security, sol bölmede güvenlik duvarı ayarları tıklandı, Ayarlar düğmesine tıklayın.

  6. Sistem kuralları'na tıkladıktan sonra giden ping ve izleme isteğine izin vermek için ICMP'yi (Internet Kontrol Mesajı Protokolü) etkinleştirin. Çözülen Sorun

Endişeli: Yukarıdaki komutları birkaç hafta önce aynı iş istasyonunda yayınladım. Bu ayarın nasıl değiştirildiğinden emin değilim.


Kimseye yardım etmesi durumunda, Windows 8.1'de Genel Arıza alıyordum. Asus dizüstü bilgisayarıyla birlikte verilen McAfee bloatware'i kaldırarak düzeltildi.
Rich Dougherty

1

Bunlardan biri, TCP / IP ve Winsock'u sıfırlayarak kazanma 8.1'de düzeltildi. Bunun hakkında bilgiye ihtiyacı olan herkes için ADMIN komut istemini açın ve çalıştırın:

Windows Vista, 7, 8

Netsh iirr

netsh winsock sıfırlama

Ardından yeniden başlatın.

Windows XP

Netsh iirr

netsh wr

Ardından yeniden başlatın. İyi şanslar!


Soketleri kullanan C # uygulamamı her başlattığımda Ping'in "Genel Arıza" ile ilgili bir sorunu vardı. Burada yayınlanan çözüm benim için sabit. Teşekkürler
Dan

0

Benim durumumda bu, İnternet bağlantımın hem IPv4 hem de IPv6'nın etkin olması nedeniyle oldu, ancak daha sonra yalnızca IPv4'ü destekleyen bir VPN'e bağlandım. Sanırım Windows hala bu ana bilgisayara, VPN üzerinden IPv6 üzerinden bağlanmaya çalışıyordu ki bu başarısız oldu.

Düzeltme, Internet bağlantım için ağ bağdaştırıcısı özelliklerinde IPv6'yı devre dışı bırakmaktı.


0

VPN'nize yeniden bağlanmanız gerekebilir.

Benzer bir sorunla karşılaştım ve dns önbelleğini (ipconfig / flushdns) boşa boşa çıkarmaya çalıştım, bir kez daha çalışmaya başlamak üzere çözünürlüğü almak için VPN bağlantısını kesmek ve yeniden bağlanmak zorunda kaldım.

Bunu ping ve tracert yapana kadar her ikisi de başarısız oldu (ancak nslookup aracılığıyla ana bilgisayar adını arayabildim).


Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.