Prévention de l'erreur de partage UNC au moment de la construction

Question

Au travail, nous avons un ensemble de sites hébergés sur notre serveur de développement. Le dossier contenant tous ces sites est mappé en tant que lecteur réseau.

Dans VisualStudio, j'ouvre la racine du site en tant que site Web et quand je construis le site, je reçois toujours cette erreur.

Erreur 4 Une erreur est survenue le chargement d'un fichier de configuration: Impossible de démarrer la surveillance des changements à 'I: \ Sitename \ wwwroot \' parce que la limite de commande du BIOS réseau a été atteint. Pour plus d'informations sur cette erreur , reportez-vous à l'article de base de connaissances Microsoft 810886. L'hébergement sur un partage UNC n'est pas pris en charge pour la plate-forme Windows XP . I: \ Sitename \ wwwroot \ web.config

J'ai vérifié l'article de la base de connaissances et j'ai modifié le registre, mais cela n'a pas aidé.

Quelqu'un connaît-il un correctif ou une solution de contournement pour cela?

Merci

Answer 1

Jetez un oeil à ce correctif: http://support.microsoft.com/kb/911272

Il guérit le problème

Answer 2

Au lieu d'utiliser un lecteur mappé, utiliser le chemin UNC complet et donnez votre accès actuel connecté utilisateur que Chemin d'accès: \\MachineName\Sitename\wwwroot\web.config

Les chances sont élevées vous obtiendrez un effet différent de cela, en particulier si le lecteur mappé a été mappé avec des informations d'identification différentes.

Answer 3

La modification du FCNMode à l'aide de ce correctif ne résout pas toujours le problème.

J'ai fait une réponse très détaillée à ce problème ici: https://stackoverflow.com/a/20710473/705198

Cette réponse est une accumulation de tous les technet, msdn, et matériel de référence blog je pouvais trouver sur le sujet, et ce que nous avons fini par avoir à faire pour résoudre le problème. La désactivation des trames étendues (problèmes de carte réseau du serveur HP causant une autre erreur) et SMB2 + combinées avec les modifications du registre ont fini par nous sauver avec nos sites IIS à fort trafic. Les modifications du registre à elles seules ne l'ont fait que pour que les erreurs de limite de bios du réseau n'apparaissent pas aussi rapidement en charge normale.