"Batas nama untuk kartu adaptor jaringan komputer lokal terlampaui" pesan kesalahan

10

Biarkan saya memulai dengan menyatakan bahwa saya telah mencari banyak sumber untuk informasi atau resolusi, tetapi saya tidak dapat menemukan solusi permanen.

Masalah: Secara acak, untuk alasan yang tampaknya tidak ada alasannya, server windows mulai merespons dengan pesan kesalahan ketika mencoba mengakses sumber daya jaringan apa pun. Tidak masalah apakah itu drive jaringan, jalur UNC atau tautan simbolik. Selain itu, klien tidak dapat mencapai server begitu kesalahan ini mulai terjadi. Remote Desktop menyatakan bahwa mesin tidak dapat ditemukan ketika saya mencoba untuk terhubung. PING akan mengembalikan IP yang diberikan, tetapi menyatakan permintaan habis. Tidak ada informasi di log peristiwa windows untuk kesalahan ini.

Server adalah VM yang menjalankan Windows Server 2016. Hanya ada satu kartu jaringan virtual yang ditetapkan dan tidak ada VLAN tersegmentasi.

Dimulai dengan http://support.microsoft.com/kb/319504 - Saya menyadari bahwa ini adalah untuk versi windows yang lebih lama, tetapi sebenarnya saya mendapatkan "kesalahan sistem 68 telah terjadi" ketika saya menjalankan perintah "net use * \ server \ folder ”pada saat server menghasilkan kesalahan. Namun, tidak ada cara untuk memperbaiki masalah tersebut.

Saya kesulitan meyakini bahwa semua porta fana telah digunakan. Menjalankan perintah "netsh int ipv4 show dynamicport tcp" saat ini menampilkan bahwa ada 16384 port yang tersedia untuk digunakan.

Menjalankan "netstat -ano" pada saat server memproduksi kesalahan menampilkan sangat sedikit sumber daya jaringan yang digunakan (kurang dari 50). Negara-negara baik mendengarkan atau mapan. Tidak ada sesi atau port yang macet di time_wait atau close_wait.

Selanjutnya, https://support.microsoft.com/en-us/help/929851/the-default-dynamic-port-range-for-tcp-ip-has-changed-in-windows-vista . Artikel ini mengkonfirmasi apa yang saya lihat untuk rentang dinamis port, yang dimulai dengan 49152, bukan antara 1024 dan 5000. Ini juga menunjukkan kepada saya perintah netsh yang digunakan di atas.

Sebagian besar pencarian Google hanya mengarahkan saya kembali ke support.microsoft.com/kb/319504, yang merupakan artikel pertama yang saya kunjungi atau ditujukan untuk produk yang tidak terkait (seperti BizTalk atau Exchange).

VM memiliki beban yang ringan. Tidak banyak klien yang terhubung. Satu-satunya perangkat lunak yang saat ini diinstal adalah SQL Server 2016.

Jika saya reboot VM, kesalahan hilang selama beberapa hari. Kemudian kembali. Dan hal yang sangat aneh adalah, saya memiliki 2 VM yang bertindak seperti ini. Mesin host VM bekerja tanpa kesalahan. Dan semua VM lain di host itu berfungsi tanpa kesalahan. Jaringan yang mendasarinya juga tidak memiliki masalah yang dilaporkan. Semua mesin berada di domain yang sama.

Saya bingung tentang apa yang menghasilkan kesalahan. Setiap bantuan akan sangat dihargai.

Terima kasih

yodabit
sumber
Kebetulan Anda menjalankan ISCSI?
Bill Woodall
1
Saya memiliki kolega yang hampir merenggut wajahnya karena masalah ini tanpa resolusi yang dapat dipastikan. Sudahkah Anda menghubungi Microsoft tentang hal ini?
Spooler
Apakah layanan Windows Firewall dihentikan? Saya telah melihat masalah serupa di mana seseorang menghentikan layanan dan berpikir itu akan menghentikan firewall. Layanan bertindak sebagai penolong untuk port jangka pendek yang berkepanjangan dan menghentikannya menyebabkan banyak masalah.
duct_tape_coder
Saya mengalami masalah yang sama pada VM. Itu adalah generasi 1 VM yang V2V'd. Semua yang lain berfungsi dengan baik. Membangun kembali NIC tidak berfungsi. Apakah Anda menemukan perbaikan? Saya akan membangun kembali server.
KeithRichardson
@nurgent - lihat di sini: capens.net/content/…
paulsm4

Jawaban:

0

Konfigurasi jaringan VM Anda relevan di sini. Silakan bagikan?

Meskipun saya lebih akrab dengan Linux daripada Windows, jika Anda menggunakan jaringan jembatan sederhana, saya bisa membayangkan ini terjadi baik karena kelelahan sumber daya yang disebabkan oleh satu atau lebih node lainnya (dua VM dan satu host berbagi IP, dan di antara mereka mereka menggunakan semua ephems), atau hanya karena port ephemeral yang ingin digunakan sistem sudah digunakan oleh VM lain atau host itu sendiri dan Windows dengan naif berasumsi bahwa ia memiliki hak eksklusif untuk semua port, yang berarti bahwa kegagalan untuk melanjutkan binddengan min(in_use_port + 1, max_port)jelas menunjukkan kelelahan port. Satu aspek dari ini yang tidak sesuai dengan hipotesis ini adalah yang pingtidak merespons. Ping adalah ICMP, dan tidak ada hubungannya dengan ketersediaan port fana, atau ketiadaan port tersebut.

BMDan
sumber