80 votes

Est-il mauvais de mapper les lecteurs réseau dans Windows ?

Le mappage des lecteurs réseau a fait l'objet de discussions animées au sein de notre service informatique. En particulier, il a été dit que le mappage des lecteurs de réseau est une mauvaise chose et que l'ajout d'un lecteur de réseau à la liste des lecteurs de réseau est une bonne chose. DFS Les chemins d'accès ou les partages réseau dans vos favoris (Explorateur Windows/Bibliothèques) sont une bien meilleure solution.

Est-ce le cas ?

Personnellement, je trouve que la commodité de z:\folder pour être meilleur que \\server\path\folder ', en particulier avec la ligne cmd et les scripts (bien sûr, je ne parle pas des liens codés en dur, bien sûr !).

J'ai essayé de rechercher les avantages et les inconvénients des lecteurs réseau mappés, mais je n'ai rien vu d'autre que "si le réseau tombe en panne, le lecteur sera indisponible". Mais c'est une limitation de tout stockage accessible par le réseau.

On m'a également dit que les lecteurs réseau mappés interrogent le réseau lorsque la ressource réseau est indisponible, mais je n'ai pas trouvé plus d'informations à ce sujet. Les lecteurs réseau interrogent-ils le réseau plus que les bibliothèques/favoris de l'Explorateur Windows ? Ne serait-ce pas encore un problème avec d'autres mécanismes d'accès au réseau (c'est-à-dire les favoris mappés) lorsque Windows tente d'énumérer le système de fichiers (par exemple, lorsqu'une boîte de dialogue de sélection de fichiers/dossiers est ouverte) ?

69voto

Joel in Gö Points 3195

J'imagine que la raison la plus forte pour ne pas mapper les lecteurs réseau est que les administrateurs ne veulent pas avoir à gérer le casse-tête de la maintenance d'un index d'un nombre fini de lettres de lecteur en plus des chemins d'accès réseau. D'une part, il se peut qu'il y ait trop de partages réseau couramment utilisés pour leur attribuer des lettres de lecteur à tous, et dans une grande organisation, tout le monde n'aura pas accès à tous les mêmes partages. Les noms de partage sont également plus descriptifs et potentiellement moins ambigus que les lettres de lecteur (nous reviendrons plus tard sur cette ambiguïté).

Deuxièmement, vous pouvez rencontrer des collisions de lettres de lecteur. Si le PC de quelqu'un est équipé d'un lecteur de carte mémoire, celui-ci peut engloutir quatre lettres de lecteur ou plus. A et B sont généralement réservés aux lecteurs de disquettes du siècle dernier, et C et D sont généralement réservés au disque dur et au lecteur optique, donc le lecteur de carte utilisera E, F, G et H. Si l'un de vos lecteurs réseau est généralement mappé sur H : via un script d'ouverture de session, cette pauvre personne ne pourra pas utiliser le lecteur H : du lecteur de carte ou ne pourra pas monter le lecteur réseau.

À moins qu'une personne au sein de l'organisation ne soit chargée d'attribuer des lettres de lecteur à des fins spécifiques, les lecteurs réseau pourraient également finir par causer beaucoup de confusion. Par exemple, supposons que vous affectiez le lecteur S : au partage qui contient les programmes d'installation de tous les logiciels sous licence de votre site, et que quelqu'un d'autre affecte S : au lecteur partagé où il dépose toutes sortes de documents partagés. Lorsque vous essayez d'expliquer comment installer un logiciel, vous lui dites d'ouvrir son lecteur S : et de trouver le programme d'installation de Microsoft Office, mais tout ce qu'il trouve est un dossier appelé bureau qui contient un tas de fichiers divers que quelqu'un a déposé là pour un transfert temporaire de fichiers. Cela peut vous prendre 5 ou 10 minutes pour démêler la confusion.

Il existe également des problèmes de performance potentiels si un serveur tombe en panne ou si une machine est retirée du réseau. Par exemple, si vous mappez des lecteurs réseau sur une machine, puis retirez la machine du réseau (il s'agit peut-être d'un ordinateur portable), la machine peut sembler se bloquer à la connexion pendant que Windows essaie en vain de monter les lecteurs réseau manquants.

D'autre part, sur les anciennes versions de Windows, j'ai remarqué que les transferts de fichiers vers ou depuis un lecteur réseau mappé sont souvent beaucoup plus rapides que si vous naviguez vers le dossier réseau et effectuez le même transfert de fichiers - dans ce cas, la plupart des gens préfèrent mapper les lecteurs réseau.

63voto

SecurityMatt Points 3110

La réponse simple est que ce n'est pas une mauvaise chose. Les lecteurs réseau peuvent être mappés en tant que lecteurs en toute sécurité.

La superstition vient du fait que vous ne devriez pas cartographier étranger (c'est-à-dire Internet) comme locaux, car les fichiers ouverts à partir de lecteurs mappés sont ouverts en utilisant la zone "locale", ce qui leur confère généralement une protection moindre - et si les fichiers proviennent en fait d'Internet, la sécurité s'en trouve réduite.

Si, comme je pense que c'est le cas, vous mettez en correspondance int ra net, alors ouvrir les dossiers en tant que lecteurs mappés est exactement aussi sûr que d'y accéder via leur nom de chemin d'accès réseau. La seule différence est que le fait de les mapper est plus pratique.

15voto

D'après mon expérience, il s'agit le plus souvent de logiciels mal écrits.

Si la personne A travaille sur une suite de dossiers qui sont mappés à G: et ensuite la personne B essaie d'ouvrir le même ensemble de fichiers avec le même chemin d'accès mappé à H: les choses échouent.

Si vous utilisez des chemins UNC, en supposant que les ordinateurs de la personne A et de la personne B peuvent tous deux voir le point de partage, tout fonctionnera bien.


Bien sûr, la solution idéale consiste à utiliser un logiciel qui ne stocke pas les relations entre les fichiers à l'aide de chemins absolus, mais ce n'est pas quelque chose que vous pouvez toujours contrôler.

Un grand nombre de logiciels sur les marchés de la CAO/FAO sont mal écrits et fonctionnent à peine. Comme le marché est plutôt petit, il y a peu de pression concurrentielle. Je connais au moins un logiciel qui a eu des problèmes avec les chemins absolus pour le fichier 5 derniers et ils ne sont toujours pas corrigés, bien que les problèmes aient été signalés à l'entreprise.

11voto

Felix Points 388

Nous avons eu de sérieux problèmes avec les lecteurs réseau là où je travaille car parfois Windows ne s'y connecte pas, et il semble que pas connecter automatiquement un lecteur réseau lorsqu'un programme tente d'y accéder.

Au moins une demi-douzaine de fois, une utilisatrice de la comptabilité a appelé parce qu'elle obtenait la même erreur. C'est parce qu'elle a ouvert le programme X, qui utilise un fichier mappé sur le lecteur réseau Y :, et il n'est pas connecté pour une raison insondable.

8voto

Bakuriu Points 592

Je doute que les informaticiens s'inquiètent du mappage d'un disque réseau par un utilisateur, mais plutôt d'une centaine ou d'un millier d'utilisateurs. Par exemple, si plusieurs hôtes lancent en même temps l'indexation de recherche d'un ou plusieurs lecteurs en réseau, comment cela affectera-t-il tous les autres utilisateurs du réseau ? Lorsqu'un lecteur en réseau sera inévitablement mis hors ligne, cela bloquera-t-il des centaines de machines jusqu'à ce que le système d'exploitation abandonne et supprime le mappage du lecteur ? Les PC démarrent-ils plus lentement ou ne démarrent-ils pas du tout si les connexions aux lecteurs mappés ne peuvent pas être rétablies ?

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X