“Yerel bilgisayar ağ bağdaştırıcısı kartı için ad sınırı aşıldı” hata iletisi


10

Önceden bilgi veya çözüm için birçok kaynağı aradığımı, ancak kalıcı bir çözüm bulamadığımı belirterim.

Sorun: Rastgele, hiçbir neden görünmüyorsa, Windows sunucusu herhangi bir ağ kaynağına erişmeye çalıştığında hata iletisiyle yanıt vermeye başlar. Ağa bağlı bir sürücü, UNC yolu veya sembolik bir bağlantı olması önemli değildir. Ayrıca, bu hata oluşmaya başladığında istemciler sunucuya erişemez. Uzak Masaüstü, bağlanmaya çalıştığımda makinenin bulunamadığını belirtir. PING, atanan IP'yi döndürür, ancak isteğin zaman aşımına uğradığını belirtir. Windows olay günlüğünde bu hataya ilişkin bilgi yoktur.

Sunucu, Windows Server 2016 çalıştıran bir sanal makinedir. Atanmış yalnızca bir sanal ağ kartı vardır ve bölümlenmiş VLAN yoktur.

Http://support.microsoft.com/kb/319504 ile başlayarak - bunun daha eski bir Windows sürümü için olduğunu fark ettim, ancak “net use *” komutunu çalıştırdığımda aslında “sistem hatası 68 oluştu” \ server \ folder ”komutunu verin. Ancak, sorunu çözmenin hiçbir yolu işe yaramaz.

Tüm geçici bağlantı noktalarının kullanıldığına inanmakta zorlanıyorum. “Netsh int ipv4 show dynamicport tcp” komutunun yürütülmesi, şu anda kullanım için 16384 bağlantı noktası olduğunu göstermektedir.

Sunucu hata ürettiği sırada “netstat -ano” çalıştırıldığında, kullanımda çok az ağ kaynağı (50'den az) görüntülenir. Devletler ya dinliyor ya da kuruluyor. Time_wait veya close_wait içinde sıkışmış oturum veya bağlantı noktası yok.

Sonra, https://support.microsoft.com/tr-tr/help/929851/the-default-dynamic-port-range-for-tcp-ip-has-changed-in-windows-vista . Bu makale, dinamik bağlantı noktaları aralığı için gördüğümü, 1024 ile 5000 arasında değil 49152 ile başladığını doğrular. Ayrıca, yukarıda kullanılan netsh komutunu da gösterdi.

Google aramalarının çoğu beni yalnızca gittiğim ilk makale olan support.microsoft.com/kb/319504 adresine yönlendiriyor veya alakasız bir ürüne (BizTalk veya Exchange gibi) yönelik.

VM hafif bir yüke sahiptir. Bağlı çok fazla müşteri yok. Şu anda yüklü olan tek yazılım SQL Server 2016'dır.

VM'yi yeniden başlatırsam, hata birkaç gün boyunca kaybolur. Sonra geri geliyor. Ve gerçekten garip olan, bu şekilde hareket eden 2 VM'im var. VM ana makine hatasız çalışıyor. Ve bu ana bilgisayardaki diğer tüm VM'ler hatasız çalışıyor. Temel ağda da bildirilen sorun yoktur. Tüm makineler aynı alandadır.

Hatayı neyin ürettiği konusunda bir kaybım var. Herhangi bir yardım büyük mutluluk duyacağız.

Teşekkürler


Şans eseri ISCSI çalıştırıyorsunuz?
Bill Woodall

1
Bir meslektaşım neredeyse hiçbir çözümle bu konuda yüzünü koparmıştım. Bu konuda Microsoft'a ulaştınız mı?
Biriktirici

Windows Güvenlik Duvarı hizmeti durduruldu mu? Birisinin, güvenlik duvarını durduracağını düşünerek hizmeti durdurduğu benzer sorunlar gördüm. Hizmet, yüksek menzilli geçici bağlantı noktaları için bir yardımcı görevi görür ve durdurulması birçok soruna neden olur.
duct_tape_coder

Aynı sorunu bir VM'de de yaşıyorum. V2V'd olan bir nesil 1 VM. Diğerleri iyi çalışıyor. NIC'nin inşası işe yaramıyor. Bir düzeltme buldunuz mu? Sunucuyu yeniden oluşturmak üzereyim.
KeithRichardson

@nurgent - buraya bak: capens.net/content/…
paulsm4

Yanıtlar:


0

VM'nizin ağ yapılandırması burada geçerlidir. Lütfen paylaşın?

Linux'a Windows'dan daha aşina olmama rağmen, basit bir köprü ağı kullanıyorsanız, bunun bir veya daha fazla düğümün (iki VM ve IP paylaşan bir ana bilgisayar ve bunların arasında) kaynak tükenmesi nedeniyle olduğunu hayal edebilirim. onlar) tüm ephems yukarı kullanın veya basitçe kısa ömürlü bağlantı noktası çünkü kullanımına sistem dilek başka VM veya safça bu bir başarısızlık anlam, bütün limanlara münhasır haklara sahip olduğunu varsayar konak kendisi ve Windows tarafından zaten kullanılıyor bindüzerine min(in_use_port + 1, max_port)açık bir şekilde bağlantı noktalarının tükendiğini gösterir. Bunun bu hipoteze uymayan bir yönü pingyanıt vermemesidir. Ping, ICMP'dir ve geçici bağlantı noktalarının kullanılabilirliği veya bunların eksikliği ile ilgisi yoktur.

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.