Повідомлення про помилку "Перевищено обмеження імені для картки адаптера локальної комп'ютерної мережі"


10

Дозвольте розпочати, констатуючи, що я вже шукав у багатьох джерелах інформацію чи резолюцію, але не зміг знайти постійне рішення.

Проблема: випадково сервер Windows починає реагувати на повідомлення про помилку, коли намагається отримати доступ до будь-якого мережевого ресурсу. Не має значення, чи це мережевий диск, шлях UNC або символічне посилання. Крім того, клієнти не можуть звернутися до сервера, як тільки ця помилка почне виникати. Віддалений робочий стіл стверджує, що машину неможливо знайти при спробі підключення. PING поверне призначений IP-адресу, але він заявляє, що запит вичерпано. У журналі подій Windows немає інформації про цю помилку.

Сервер - це VM під керуванням Windows Server 2016. Призначено лише одну віртуальну мережеву карту, і немає сегментованих VLAN.

Починаючи з http://support.microsoft.com/kb/319504 - я розумію, що це для старішої версії Windows, але я дійсно отримую „системна помилка 68 сталася”, коли виконую команду „net use * \ server \ папка "у той момент, коли сервер видає помилку. Однак жоден із способів виправити проблему не працює.

Мені важко повірити, що всі ефемерні порти були використані. Виконання команди "netsh int ipv4 show dynamicport tcp" в даний час показує, що доступні для використання 16384 порти.

Виконання “netstat -ano” під час створення сервера помилка відображає дуже мало використовуваних мережевих ресурсів (менше 50). Штати або слухають, або встановлюють. Немає сесій або портів, застрягших у time_wait або close_wait.

Далі https://support.microsoft.com/en-us/help/929851/the-default-dynamic-port-range-for-tcp-ip-has-changed-in-windows-vista . Ця стаття підтверджує те, що я бачу в динамічному діапазоні портів, що він починається з 49152, а не між 1024 і 5000. Він також показав мені команду netsh, що використовується вище.

Більшість пошукових запитів Google просто спрямовують мене на support.microsoft.com/kb/319504, що є першою статтею, до якої я зайшов, або вони стосуються неспорідненого продукту (наприклад, BizTalk або Exchange).

ВМ має невелике навантаження. Підключено не так багато клієнтів. Єдине програмне забезпечення, яке зараз встановлено, - це SQL Server 2016.

Якщо я перезавантажую VM, помилка відпадає на кілька днів. Потім повертається. І справді дивна річ, у мене є 2 ВМ, які діють таким чином. Хост VM працює без помилок. І всі інші VM на цьому хості працюють без помилок. Базова мережа також не повідомляла про проблеми. Усі машини знаходяться в одному домені.

Я втрачаю те, що створює помилку. Будь-яка допомога буде дуже вдячна.

Дякую


Ви випадково запускаєте ISCSI?
Білл Вуддолл

1
У мене колега ледь не зірвав обличчя з цього питання, не маючи передбачуваного вирішення. Ви зверталися до Microsoft з цього приводу?
Спулер

Чи зупинена служба брандмауера Windows? Я бачив подібні проблеми, коли хтось зупинив службу, думаючи, що це зупинить брандмауер. Служба виступає помічником для ефемерних портів високого діапазону, а зупинка його спричиняє багато проблем.
duct_tape_coder

У мене був той самий випуск у вітчизняній машині. Це VMV покоління, яке було 1 поколінням. Усі інші працюють чудово. Перебудова NIC не працює. Ви знайшли виправлення? Я збираюся відновити сервер.
KeithRichardson

@nurgent - дивіться тут: capens.net/content/…
paulsm4

Відповіді:


0

Тут є актуальною мережева конфігурація вашого VM. Будь ласка, поділіться ним?

Хоча я більше знайомий з Linux, ніж Windows, якщо ви користуєтеся простою мостовою мережею, я можу уявити, що це відбувається або через виснаження ресурсів, викликане одним або декількома іншими вузлами (двома машинами управління та хостом, що діляться IP, і між ними вони використовують всі ephems), або просто тому , що ефемерного порту система бажає використовувати вже використовується інший VM або самого господаря і Windows , наївно припускає , що він володіє винятковими правами на всі порти, а це означає , що відмова bindвід min(in_use_port + 1, max_port)однозначно вказує на виснаження портів. Одним з аспектів цього, що не відповідає цій гіпотезі, є те, що pingвона не відповідає. Ping - це ICMP і не має нічого спільного з наявністю ефемерних портів або їх відсутністю.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.