Mensaje de error "Se ha excedido el límite de nombre para la tarjeta adaptadora de red de la computadora local"

10

Permítanme comenzar diciendo que ya he buscado en muchas fuentes información o una resolución, pero no he podido encontrar una solución permanente.

Problema: aleatoriamente, por lo que parece no haber razón, el servidor de Windows comienza a responder con el mensaje de error cuando intenta acceder a cualquier recurso de red. No importa si se trata de una unidad en red, una ruta UNC o un enlace simbólico. Además, los clientes tampoco pueden llegar al servidor una vez que este error comienza a ocurrir. Escritorio remoto indica que no puedo encontrar la máquina cuando intento conectarme. PING devolverá la IP asignada, pero indica que la solicitud ha excedido el tiempo de espera. No hay información en el registro de eventos de Windows para este error.

El servidor es una VM que ejecuta Windows Server 2016. Solo hay una tarjeta de red virtual asignada y no hay VLAN segmentadas.

Comenzando con http://support.microsoft.com/kb/319504 : me doy cuenta de que esto es para una versión anterior de Windows, pero de hecho obtengo "error del sistema 68 ha ocurrido" cuando ejecuto el comando "uso neto * \ server \ folder "en el momento en que el servidor está produciendo el error. Sin embargo, ninguna de las formas de solucionar el problema funciona.

Me cuesta creer que se hayan utilizado todos los puertos efímeros. La ejecución del comando "netsh int ipv4 show dynamicport tcp" muestra actualmente que hay 16384 puertos disponibles para su uso.

La ejecución de "netstat -ano" en el momento en que el servidor produce el error muestra muy pocos recursos de red en uso (menos de 50). Los estados están escuchando o establecidos. No hay sesiones o puertos atascados en time_wait o close_wait.

A continuación, https://support.microsoft.com/en-us/help/929851/the-default-dynamic-port-range-for-tcp-ip-has-changed-in-windows-vista . Este artículo confirma lo que estoy viendo para el rango dinámico de puertos, que comienza con 49152 en lugar de entre 1024 y 5000. También me mostró el comando netsh utilizado anteriormente.

La mayoría de las búsquedas de Google solo me llevan de regreso a support.microsoft.com/kb/319504, que es el primer artículo que visité o son para un producto no relacionado (como BizTalk o Exchange).

La VM tiene una carga ligera. No hay muchos clientes conectados. El único software que está instalado actualmente es SQL Server 2016.

Si reinicio la VM, el error desaparece por unos días. Luego vuelve. Y lo realmente extraño es que tengo 2 máquinas virtuales que actúan de esta manera. La máquina host VM está funcionando sin error. Y todas las otras máquinas virtuales en ese host funcionan sin error. La red subyacente tampoco tiene problemas reportados. Todas las máquinas están en el mismo dominio.

Estoy perdido en lo que está produciendo el error. Cualquier ayuda sería muy apreciada.

Gracias

yodabit
fuente
¿Por casualidad estás ejecutando ISCSI?
Bill Woodall
1
Un colega casi le arranca la cara por este problema sin una resolución previsible. ¿Has contactado a Microsoft sobre esto?
Spooler
¿Se ha detenido el servicio de Firewall de Windows? He visto problemas similares en los que alguien detuvo el servicio pensando que detendría el firewall. El servicio actúa como ayuda para los puertos efímeros de alto rango y detenerlo causa muchos problemas.
duct_tape_coder
He estado teniendo el mismo problema en una máquina virtual. Es una VM de generación 1 que fue V2V'd. Todos los demás están trabajando bien. La reconstrucción de la NIC no funciona. Has encontrado algún arreglo? Estoy a punto de reconstruir el servidor.
KeithRichardson
@nurgent - mira aquí: capens.net/content/…
paulsm4

Respuestas:

0

La configuración de red de su VM es relevante aquí. ¿Por favor, comparta?

Aunque estoy más familiarizado con Linux que con Windows, si está utilizando una red de puente simple, podría imaginar que esto suceda debido al agotamiento de recursos causado por uno o más nodos (dos máquinas virtuales y un host que comparten una IP, y entre ellos). que utilizan todos los ephems), o simplemente porque el puerto efímero los deseos del sistema a utilizar ya está en uso por otra máquina virtual o el propio host y Windows ingenuamente supone que tiene los derechos exclusivos a todos los puertos, lo que significa que si no se binden min(in_use_port + 1, max_port)forma inequívoca indica un agotamiento de puertos. El único aspecto de esto que no se ajusta a esta hipótesis es que pingno responde. Ping es ICMP, y no tiene nada que ver con la disponibilidad de puertos efímeros, o la falta de ellos.

BMDan
fuente