Message d'erreur «La limite de nom pour la carte réseau de l'ordinateur local a été dépassée»


10

Permettez-moi de commencer en déclarant que j'ai déjà recherché de nombreuses sources d'informations ou une résolution, mais je n'ai pas pu trouver de solution permanente.

Problème: au hasard, pour ce qui semble être aucune raison, le serveur Windows commence à répondre avec le message d'erreur lorsqu'il essaie d'accéder à n'importe quelle ressource réseau. Peu importe qu'il s'agisse d'un lecteur en réseau, d'un chemin UNC ou d'un lien symbolique. En outre, les clients ne peuvent pas non plus atteindre le serveur une fois que cette erreur commence à se produire. Le Bureau à distance indique que la machine est introuvable lorsque j'essaie de me connecter. PING renverra l'adresse IP attribuée, mais il indique que la demande a expiré. Il n'y a aucune information dans le journal des événements Windows pour cette erreur.

Le serveur est une machine virtuelle exécutant Windows Server 2016. Il n'y a qu'une seule carte réseau virtuelle affectée et aucun VLAN segmenté.

À partir de http://support.microsoft.com/kb/319504 - Je me rends compte que c'est pour une version plus ancienne de Windows, mais j'obtiens en fait «l'erreur système 68 s'est produite» lorsque j'exécute la commande «net use * \ server \ folder "au moment où le serveur génère l'erreur. Cependant, aucune des façons de résoudre le problème ne fonctionne.

J'ai du mal à croire que tous les ports éphémères ont été utilisés. L'exécution de la commande «netsh int ipv4 show dynamicport tcp» indique actuellement que 16384 ports sont disponibles.

L'exécution de «netstat -ano» au moment où le serveur produit l'erreur affiche très peu de ressources réseau en cours d'utilisation (moins de 50). Les États sont à l'écoute ou établis. Il n'y a pas de sessions ou de ports bloqués dans time_wait ou close_wait.

Ensuite, https://support.microsoft.com/en-us/help/929851/the-default-dynamic-port-range-for-tcp-ip-has-changed-in-windows-vista . Cet article confirme ce que je vois pour la plage dynamique des ports, qu'il commence par 49152 au lieu de 1024 à 5000. Il m'a également montré la commande netsh utilisée ci-dessus.

La plupart des recherches Google me renvoient simplement à support.microsoft.com/kb/319504, qui est le premier article auquel je suis allé ou qui concernent un produit non lié (tel que BizTalk ou Exchange).

La VM a une charge légère. Il n'y a pas beaucoup de clients connectés. Le seul logiciel actuellement installé est SQL Server 2016.

Si je redémarre la machine virtuelle, l'erreur disparaît pendant quelques jours. Puis ça revient. Et la chose vraiment bizarre est que j'ai 2 VMs qui agissent de cette façon. La machine hôte VM fonctionne sans erreur. Et toutes les autres VM sur cet hôte fonctionnent sans erreur. Le réseau sous-jacent n'a signalé aucun problème non plus. Toutes les machines sont sur le même domaine.

Je ne sais pas ce qui produit l'erreur. Toute assistance sera grandement appréciée.

Merci


Par hasard, utilisez-vous ISCSI?
Bill Woodall

1
J'ai eu un collègue presque arracher la face sur cette question sans résolution prévisible. Avez-vous contacté Microsoft à ce sujet?
Spooler

Le service Pare-feu Windows est-il arrêté? J'ai vu des problèmes similaires où quelqu'un a arrêté le service en pensant que cela arrêterait le pare-feu. Le service agit comme une aide pour les ports éphémères haut de gamme et son arrêt provoque de nombreux problèmes.
duct_tape_coder

J'ai eu le même problème sur une machine virtuelle. Il s'agit d'une machine virtuelle de génération 1 qui était V2V'd. Tous les autres fonctionnent bien. La reconstruction de la carte réseau ne fonctionne pas. Avez-vous trouvé un correctif? Je suis sur le point de reconstruire le serveur.
KeithRichardson

@nurgent - regardez ici: capens.net/content/…
paulsm4

Réponses:


0

La configuration réseau de votre VM est pertinente ici. Veuillez le partager?

Bien que je sois plus familier avec Linux que Windows, si vous utilisez un réseau de pont simple, je pourrais imaginer que cela se produise en raison de l'épuisement des ressources causé par un ou plusieurs autres nœuds (deux machines virtuelles et un hôte partageant une IP, et entre eux ils utilisent tous les éphèmes), ou simplement parce que le port éphémère que le système souhaite utiliser est déjà utilisé par une autre machine virtuelle ou l'hôte lui-même et Windows suppose naïvement qu'il a des droits exclusifs sur tous les ports, ce qui signifie qu'un échec de bindle faire min(in_use_port + 1, max_port)sans ambiguïté indique un épuisement des ports. Le seul aspect de cela qui ne correspond pas à cette hypothèse est qu'il pingne répond pas. Ping est ICMP et n'a rien à voir avec la disponibilité des ports éphémères ou leur absence.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.