La meilleure façon de gérer le temps de partage du réseau UNC sous Windows 7?

10

Actuellement, il y a un délai de 40 secondes lors de l'accès à un partage réseau UNC non disponible sur Windows 7.

Existe-t-il une méthode pour réduire ce délai à quelque chose de moins douloureux, comme 20 secondes?

Ou, existe-t-il une méthode pour éliminer complètement ce retard?

windows-7

— Contango
source

La question d'origine était «Comment réduire le délai d'expiration du réseau UNC sous Windwos 7», et la plupart des réponses ci-dessous visaient cette réponse. À la demande de @djs, mise à jour de la question pour permettre la possibilité d'éliminer la cause première du retard.

— Contango

5

Je crois que le protocole sous-jacent pour les partages UNC est Server Message Block (SMB) (SMB2 dans Win Vista et versions ultérieures). Jetez un œil au SESSTIMEOUTparamètre de registre. Cela semble lié et par défaut à 45 secondes,

Support Microsoft - Informations SESSTIMEOUT

J'ai du mal à reproduire ce problème pour tester la modification de cette valeur. Pouvez-vous ajouter des informations supplémentaires sur la façon de reproduire ce problème? Comment rendre un partage UNC indisponible? Supprimer le système du réseau? J'ai essayé un hôte inconnu et un nom de partage inconnu, mais les deux demandes échouent assez rapidement dans l'Explorateur Windows.

— John McCarthy
source

1

a) Dans mon cas, «indisponible» signifie simplement que «l'ordinateur cible du chemin UNC est éteint» b) un délai de 45 s +/- pourrait être (correspond à peu près) cas particulier une fois ajouté

— Horst Walter

1

Le délai est différent selon la version de Windows que vous exécutez.

http://blogs.msdn.com/b/openspecification/archive/2013/03/27/smb-2-x-and-smb-3-0-timeouts-in-windows.aspx

La plupart des délais d'attente peuvent être ignorés via le registre.

— Brian D.
source

0

Est-ce que c'est bon? Un coup dans le noir mais néanmoins: MS Support

— Jonathan Ross
source

1

Pas assez. Cette page couvre le "délai de déconnexion" qui est le temps (généralement 10 minutes) qu'il faut avant que les partages réseau inutilisés ne soient déconnectés. Je recherche le délai d'expiration qui empêche l'explorateur de répondre lorsqu'il essaie de se connecter à un partage réseau qui n'existe pas.

— Contango

-2

Il existe deux façons de résoudre le problème avec un partage réseau UNC non disponible:

Éliminez la source du partage réseau UNC indisponible.
Améliorez le délai d'expiration sous Windows afin que le partage réseau manquant n'affecte pas négativement les performances.

La première méthode (éliminer la source du partage réseau UNC indisponible) sera toujours la plus efficace, car elle garantit un temps de réponse extrêmement rapide.

Ainsi, pour résoudre ce problème, j'ai identifié la source des délais d'attente de 30 secondes qui bloquaient mon système: mon périphérique NAS (Network Attached Storage).

N'achetez jamais un NAS Netgear Stora pas cher. Pendant environ deux mois, votre ordinateur se fige au hasard pendant 30 secondes. Cela vous amènera inévitablement à raconter le problème à vos amis, suivi de sanglots incontrôlables dans votre bière avec frustration.

— Contango
source

4

Vous n'avez pas abordé votre deuxième puce, qui est la vraie question. Vous ne pouvez pas garantir qu'une action sera toujours disponible. Le serveur peut être temporairement indisponible pour un certain nombre de raisons: il redémarre, il est éteint, des problèmes de réseau ... Le délai brut de Windows est insensé pour les partages de fichiers locaux, et intolérable car il est fait en un seul thread, bloquant toutes les réponses de l'instance de explorateur une fois qu'il commence à essayer de se connecter.

— djs

@djs J'ai posé la question d'origine - et j'ai posté la réponse qui a fonctionné pour moi. Je n'ai pas abordé le deuxième point car ce n'était pas la meilleure solution dans mon cas. Pourquoi voter contre?

— Contango

3

Je ne savais pas que vous aviez répondu à votre propre question. La question est en fait assez bonne, mais vous n'y avez pas répondu. Il n'y a peut-être pas de réponse, mais vous ne pouvez pas garantir qu'un réseau (appareil) ne se comportera pas mal, il est donc toujours possible que l'explorateur se bloque pendant une longue période ...

— djs

Vous pouvez également obtenir un emplacement réseau défectueux en tapant accidentellement une adresse par erreur - et vous obtiendrez également un coup comme ça. OU vous entrez une adresse qui est normalement très bien, mais la machine est endormie ou hors ligne lorsque vous entrez dans l'emplacement. Dans tous les cas, Explorer se bloquera.

— bgmCoder

@djs Lorsque j'ai posé la question d'origine, je n'avais aucune idée de la cause. Ce n'est que plus tard que j'ai découvert qu'il s'agissait d'un appareil défectueux sur le réseau qui suspendait Windows. Que voulez-vous que je fasse - modifier la question ou le costume d'origine, ou le supprimer et en commencer un autre?

— Contango