Pourquoi est-il mauvais de mapper des lecteurs réseau sous Windows?

72

Au sein de notre service informatique, des discussions animées ont eu lieu sur la cartographie des lecteurs réseau. En particulier, il a été dit que la cartographie des lecteurs réseau était une mauvaise chose et que l’ajout de chemins DFS ou de partages réseau à vos favoris (Explorateur Windows / Bibliothèques) constituait une bien meilleure solution.

pourquoi est-ce le cas?

Personnellement, je trouve la commodité d' z:\folderêtre meilleur que \\server\path\folder', en particulier avec la ligne de commande et les scripts (bien sûr, je ne parle pas de 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 venait à ne plus, le lecteur serait indisponible". Mais ceci est une limitation de tout stockage accédé au réseau.

On m'a également dit que les lecteurs réseau mappés interrogent le réseau lorsque la ressource réseau n'est pas disponible, mais je n'ai pas trouvé plus d'informations à ce sujet. Les lecteurs réseau interrogent-ils le réseau plus qu’une bibliothèque / un favori de l’explorateur Windows? Cela ne poserait-il toujours pas un problème avec d'autres mécanismes d'accès au réseau (c'est-à-dire des favoris mappés) chaque fois que Windows essaiera d'énumérer le système de fichiers (par exemple, lorsqu'un dialogue de sélecteur de fichier / dossier est ouvert)?

Beeblebrox
la source
13
Je ne pense pas qu'il y ait de vraie raison autre que la superstition et l'opinion personnelle, pour les raisons que vous avez dites. (Je pense donc que c'est une mauvaise question pour des raisons de subjectivité)
Shinrai
9
Les lecteurs mappés sont pris en charge sur Windows Server 2008 R2 dans l'éditeur de stratégie de groupe. J'oserais donc dire que c'est son opinion personnelle qui ne l'empêche.
3
@Shinrai - Merci pour la réponse. Je cherche des raisons techniques plutôt que des opinions personnelles - je n’en connais aucune - et j’espère que ce n’est pas considéré comme subjectif. Je suppose que ce sont tous les mêmes mécanismes sous le capot de toute façon et présentés différemment à l'utilisateur.
Beeblebrox
4
@foocode - Je suis tout à fait d'accord avec vous, je pense qu'ils sont juste stupides. La seule objection possible à laquelle je puisse penser est que certains logiciels mal écrits pourraient les traiter comme des lecteurs locaux. Dans ce cas, pourquoi utilisez-vous ce logiciel? Ils sont juste superstitieux, vous faites ce que vous voulez. (Personnellement, je ne mappe pas mes lecteurs mais c'est juste moi)
Shinrai
1
Une partie de ce logiciel mal écrit (un logiciel de comptabilité vient à l’esprit) doit être utilisé par certaines entreprises / certains ...
LawrenceC

Réponses:

64

J'imagine que la principale raison de ne pas mapper les lecteurs réseau est que les administrateurs ne veulent pas gérer les maux de tête liés au maintien d'un index d'un nombre fini de lettres de lecteur en plus des chemins d'accès au 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. Dans une grande entreprise, tout le monde n'aura pas accès aux mêmes partages. Les noms de partage sont également plus descriptifs et potentiellement moins ambigus que les lettres de lecteur (plus sur l'ambiguïté plus tard).

Deuxièmement, vous pouvez rencontrer des lettres de lecteur. Si le PC de quelqu'un est équipé d'un lecteur de carte mémoire, il pourrait 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, tandis que C et D sont généralement réservés au disque dur et au lecteur optique. Le lecteur de carte utilisera donc E, F, G et H. Si l’un de vos lecteurs réseau est généralement associé à H: via un script d'ouverture de session, cette personne pauvre ne pourra pas utiliser le lecteur H: du lecteur de carte ou ne pourra pas monter le lecteur réseau.

À moins que quelqu'un au sein de l'organisation soit responsable de l'attribution des lettres de lecteur à des fins spécifiques, les lecteurs réseau peuvent également finir par créer beaucoup de confusion. Par exemple, supposons que vous mappiez le lecteur S: sur le partage contenant les programmes d'installation de tous vos logiciels sous licence de site, et que quelqu'un d'autre mappe S: sur le lecteur partagé où ils déposent toutes sortes de documents partagés. Lorsque vous essayez d'expliquer comment installer certains logiciels, vous leur dites d'ouvrir leur lecteur S: et de rechercher le programme d'installation de Microsoft Office, mais tout ce qu'ils peuvent trouver est un dossier nommé office , qui contient un tas de fichiers divers que quelqu'un y a déposé pour un transfert de fichier temporaire. Cela pourrait vous prendre 5 ou 10 minutes pour régler la confusion.

Il existe également des problèmes de performances 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 lors de la connexion alors que Windows tente 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é vont souvent beaucoup plus vite que si vous accédez au dossier réseau et effectuez le même transfert de fichier - auquel cas, la plupart les gens préféreraient cartographier les lecteurs réseau.

Rob
la source
Merci pour la contribution. J'imagine que la «règle de la terre» existante: aucun lecteur mappé ne doit empêcher la base d'utilisateurs de causer ces mêmes problèmes.
Beeblebrox
22
+1 pour la confusion causée par différents utilisateurs mappant des lecteurs à différents endroits. On m'a dit par les utilisateurs plusieurs fois qu'ils mettent un fichier sur le « Z: \ » conduire et avoir à passer un âge de déterminer où leur lecteur particulier Z est mis en correspondance. Ce n’est peut-être pas un problème technique, mais c’est certainement un problème d’organisation.
Steve Homer
J'ai marqué cette réponse comme étant la réponse acceptée car elle couvre les aspects opérationnels / pratiques fondamentaux de l'utilisation de lecteurs mappés plutôt que des cas spécifiques (problèmes de dépendance, par exemple) et des inconvénients théoriques (le grand débat sur la sécurité présenté ci-dessus). Merci @rob!
Beeblebrox
4
Un autre inconvénient majeur est que, une fois que vous aurez démarré dans cette voie, tous les liens d’e-mail faisant référence au lecteur "Z" se briseront si vous supprimez les lecteurs mappés. Un autre inconvénient majeur est que les fichiers qui couvrent plusieurs fichiers (tels que les fichiers CAO) se briseront complètement si la lettre mappée est supprimée! Cela est dû au fait que les fichiers de dépendance sont chargés avec une lettre de lecteur plutôt qu'un chemin UNC. Nous sommes coincés avec eux dans mon entreprise à cause de ces problèmes mêmes. Les inconvénients dépassent de loin le facteur de «commodité» consistant à enregistrer quelques clics de souris.
Lee Harrison
1
Il a déjà été mentionné que la confusion s’allume rapidement si personne n’est responsable de l’attribution des lettres de lecteur, mais je voudrais mentionner que, dans le cas où les lettres de lecteur sont réellement attribuées de manière centralisée, elles peuvent être très pratiques. Exemple simple: tout le monde peut accéder à son partage de fichiers privé via le lecteur M, le partage de fichiers général de l’entreprise via le lecteur N ... et tous les dossiers de projet se trouvent dans le lecteur P. - Il convient toutefois de noter que cette pratique est particulièrement utile lorsqu’il existe est un nombre limité de lecteurs auxquels les utilisateurs simples ont besoin d'accéder. Sinon, ils doivent apprendre à travailler avec 2 systèmes.
Dennis Jaheruddin
59

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

La superstition vient du fait que vous ne devriez pas mapper des lecteurs étrangers (c.-à-d. Internet) en tant que locaux, car les fichiers ouverts à partir de lecteurs mappés sont ouverts à l'aide de la zone "locale", ce qui leur donne généralement moins de protection - et si les fichiers arrivent réellement depuis Internet, il s'agit d'une réduction de la sécurité.

Si, comme je le soupçonne est le cas, vous mapper réellement int ra lecteurs réseau net, puis en ouvrant les dossiers comme les lecteurs mappés est exactement aussi sûr que les accès via leurs noms de chemin du réseau. La seule différence est que les avoir cartographiés est plus pratique.

SecurityMatt
la source
C'est une très bonne description des problèmes de sécurité associés à la cartographie. Merci pour la contribution!
Beeblebrox
Si vous exécutez un travail automatisé, les partages réseau ne sont pas parfaitement partagés pour être mappés en tant que lecteurs. Les lecteurs mappés sont chargés avec le profil du compte. Si le profil de l'utilisateur n'est pas chargé, ces lecteurs mappés n'existeront pas.
Ian Boyd
15

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

Si la personne A travaille sur une suite de fichiers mappés vers G:, puis que la personne B tente d'ouvrir le même ensemble de fichiers avec le même chemin 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 puissent voir le point de partage, tout fonctionnera correctement.


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

Beaucoup de logiciels sur les marchés de la CAO / FAO sont mal écrits et ne fonctionnent pratiquement pas. Le marché étant plutôt petit, la pression concurrentielle est faible. Je connais au moins un logiciel qui a eu des problèmes avec les chemins absolus pour les 5 dernières versions majeures, et ils ne sont toujours pas corrigés, malgré le signalement des problèmes à la société.

Faux nom
la source
1
"la solution idéale consiste à utiliser un logiciel qui ne stocke pas les relations de fichiers en utilisant des chemins absolus" - le plus souvent, le problème vient des personnes et non des programmes qui le font.
MSalters
2
@MSalters - vous dire quoi. Vous convaincez l’ensemble du secteur des logiciels de réécrire de grandes parties de leurs logiciels.
Faux nom
1
@Fake Name, je pense qu'il désigne les utilisateurs des programmes. IE Ajout d'un lien dans le document H: \ mystuff plutôt que \\ myserver \\ mystuff
Dalin Seivewright
3
@Dalin Seivewright - Cela semble supposer que vous pouvez définir manuellement le lien. Dans de nombreux logiciels que j'ai vus, si le document principal est inséré H:, les documents associés seront automatiquement stockés, H:que vous le vouliez ou non.
Fake Name
2
@CADbloke - Nope! C'est Altium Designer. Je suis persuadé qu'un tel comportement est assez répandu sur le marché des logiciels spécialisés.
Fake Name
11

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

Au moins une demi-douzaine de fois qu'un utilisateur de la comptabilité a appelé car il a 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.

Ben Brocka
la source
1
Cela ressemble à une vraie douleur. S'agirait-il généralement d'une erreur de l'utilisateur, c'est-à-dire que le lecteur a été initialement mappé par un compte administrateur et requiert donc des autorisations différentes, ou que l'option 'mapper automatiquement le lecteur au redémarrage' n'a pas été cochée? Je n'ai jamais eu de problèmes que lorsque je me suis déconnecté d'un lecteur, puis que j'ai essayé de le reconnecter. Il aurait prétendu que j'avais plus d'une connexion ouverte. Cela aurait pu être un problème SAMBA cependant.
Beeblebrox
2
@foocode Je ne suis pas sûr du premier (mais l'utilisateur a des autorisations) et le lecteur est configuré pour se connecter au démarrage ... cela prend juste un moment. Comme en minutes. Parfois, il ne se connecte que lorsque vous y accédez manuellement dans Windows Explorer, ce que, malheureusement, je devais apprendre à l'utilisateur à faire.
Ben Brocka
@BenBrocka J'ai aussi rencontré ce problème. Pour une raison inconnue, il faut beaucoup de temps à Windows pour reconnecter les lecteurs mappés au démarrage.
user555
8

Je doute que les informaticiens s'inquiètent du fait qu'un utilisateur mappe un lecteur réseau, mais plutôt de cent ou de mille utilisateurs. Par exemple, si un groupe d'hôtes lance en même temps l'indexation de la recherche d'un ou plusieurs lecteurs en réseau, cela affectera-t-il tous les autres utilisateurs du réseau? Lorsqu'un disque en réseau est inévitablement mis hors ligne, va-t-il verrouiller des centaines de machines jusqu'à ce que le système d'exploitation abandonne et abandonne le mappage de lecteur? Est-ce que les ordinateurs actuels et futurs démarrent plus lentement ou ne parviennent pas à démarrer si les connexions aux lecteurs mappés ne peuvent pas être rétablies?

Kyle Jones
la source
Cette ligne de pensée apporte certianly différents éléments non techniques à l'équation. Une bonne planification par le service informatique est nécessaire pour éviter les problèmes que vous avez soulevés. Si cela peut aider, pour le scénario particulier sur lequel j'ai basé ma question, les utilisateurs ne peuvent pas installer de programmes ni modifier les paramètres de l'application. J'espère que la question est plus "quelle serait la meilleure option d'un point de vue technique; une bibliothèque / un favori ou un lecteur mappé 'pour faciliter l’accès à un partage réseau.
Beeblebrox
Mais oui, ce que vous avez mentionné serait nul. :)
Beeblebrox
2
C’est la seule raison qui me vienne à l’esprit: mapper le lecteur signifie que l’explorateur jettera un ajustement s’il ne le trouve pas. Même ouvrir Explorer avec plus de 3 lecteurs réseau mappés peut vraiment le ralentir.
Styfle
1
Les mappages de lecteurs sont spécifiques à la session en cours de Windows XP, ils ne ralentiraient donc pas le processus de démarrage. Et, autant que je sache, si un partage réseau est mis hors ligne alors qu’il est utilisé, les clients sont affectés de la même manière, qu’il soit utilisé par le biais d’une lettre ou d’un chemin UNC.
Grawity
6

Un problème avec la syntaxe \ server \ dir est que les fenêtres de commande ne peuvent pas être cd. Si vous disposez de privilèges d'administrateur et que vous ne souhaitez pas utiliser de lettre de lecteur, vous pouvez utiliser la commande mklink pour monter des lecteurs dans un répertoire au lieu d'une lettre de lecteur. Le répertoire Home ne doit pas exister.

mklink / d "c: \ Drives \ Home" "\ server \ HomeFolder \ user1"

Ce dossier est utilisable par tout.

Le montage sur un lecteur de disque peut être mauvais, car il est possible qu’il passe à un autre point de montage. Ensuite, vous lisez et écrivez quelque chose auquel vous ne vous attendez pas. Si les exécutables d’un point de montage changent, ils peuvent contenir des virus.

Ma solution nécessite des privilèges d’administrateur. Par conséquent, si vous n’exécutez pas de droits d’administrateur, le système est plus sécurisé, car un autre programme ne pourrait pas le modifier sans droits d’administrateur.

Robert Jacobs
la source
3
Clarification; 1.Windows Batch cmd.exe donne l'erreur "CMD ne prend pas en charge les chemins UNC en tant que répertoires actuels". ; 2.Windows Powershell prend en charge "myUNCpath" "set-location" parfaitement.
AnneTheAgile
4

Voici une bonne raison:

Windows (au moins XP) ne prend pas en charge les chemins de fichiers contenant plus de 256 caractères. Le mappage permet à quelqu'un d'ajouter un fichier où aucun autre choix ne serait possible, en raccourcissant le chemin. Ensuite, vous avez un programme qui navigue dans tous les fichiers et dossiers sans connaître le mappage. Sans le mappage, le fichier existant a une longueur de chemin supérieure à 256. Le programme se bloque.

Emilio M Bumachar
la source
2
Les bons programmes ne plantent pas carrément quand ils ne parviennent pas à ouvrir un fichier. S'ils le faisaient, cela créerait de nombreux problèmes dans un environnement de domaine où les fichiers sont restreints par des ACL. (En outre, techniquement, Windows peut prendre en charge des chemins allant jusqu'à environ 32 767 caractères Unicode, si le préfixe `\\?` Est utilisé.)
grawity
4

Un certain nombre de logiciels, y compris diverses versions de Microsoft Visual Studio et CMS Bounceback, ne fonctionneront qu'avec des lettres de lecteur et non avec des chemins d'accès absolus. Étant donné cette restriction, pour utiliser un tel logiciel, vous devez définir les lettres de lecteur - vous n’avez pas le choix. Mais cela ne simplifie pas vraiment les choses, car il semble demander un ID utilisateur et un mot de passe, mais Windows ne permet qu'un seul ID utilisateur et mot de passe pour toutes les connexions à un périphérique réseau (par exemple, plusieurs disques et imprimantes).

Technopete
la source
1
Cela est également courant dans les logiciels de développement multiplates-formes. Par exemple, Intellij / PhpStorm ne prend pas en charge les chemins UNC de Windows, les lecteurs mappés sont donc la seule option de lecteur non locale. Bien sûr, il y a aussi le protocole FTP, mais ce n'est pas aussi rapide.
Beeblebrox
3

Parlez à quelques-uns des centaines de consultants en informatique qui doivent maintenant faire face à la récente épidémie de "CryptoLocker" de zéro jour et vous vous rendrez vite compte que les lecteurs mappés sur un ordinateur local infecté peuvent causer des dommages considérables aux données. sur le serveur, via le lecteur mappé.

Plus précisément:

«CryptoLocker accédera également aux lecteurs réseau mappés pour lesquels l'utilisateur actuel dispose d'un accès en écriture et les chiffrera. Il n'attaquera pas les simples partages de serveur, mais uniquement les lecteurs mappés. ”

Par conséquent, l'utilisation de disques mappés pose clairement des problèmes de sécurité en cette ère de malwares toujours nouveaux et récemment découverts qui frappent fréquemment les utilisateurs.

Nous avons éliminé tous les lecteurs mappés de notre réseau local et utilisé des «partages réseau».

Brian Miller
la source
9
Il ne reste que quelques lignes de code supplémentaires pour énumérer tous les serveurs locaux et tous les partages disponibles sur ceux-ci. Donc, le fait que les versions actuelles n'affectent pas les partages ne signifie pas que vous êtes en sécurité, simplement parce que vous ne mappez pas les lecteurs.
Peter Hahndorf
2

Quelques raisons de ne pas utiliser de lecteurs mappés:

1) Ils utilisent des ressources à la fois sur la machine locale avec le lecteur mappé et les ressources réseau. Les applications locales peuvent devenir lentes car votre ordinateur local doit lire le contenu du lecteur mappé lors du lancement de l'application ou du démarrage du système. Essaye le. Mappez plusieurs lecteurs et lancez Excel. Démappez les lecteurs et réessayez.

2) Déplacer votre application vers un nouvel environnement sera fastidieux. En cas de reprise après sinistre, passez à une machine plus puissante ou si un autre développeur prend en charge votre application. Si le nouvel environnement n'autorise pas les lecteurs mappés ou si les lettres de lecteur sont mappées différemment, quelqu'un passe du temps à réécrire le code. Le gain de temps sur le front-end sera plus que perdu.

Andy
la source
1

Je sais que c'est un vieux fil, mais je ne dirais pas qu'ils sont parfaitement en sécurité. Nous avons retiré les lecteurs mappés en raison des risques de sécurité. De nombreux virus tentent de se propager sur plusieurs lecteurs. Cependant, ils ne sont pas répartis entre des raccourcis pointant vers des partages DFS. Quelque chose à garder à l'esprit...

marque
la source
2
Au moins jusqu'à ce que suffisamment de personnes effectuent le changement, les codeurs de programmes malveillants le seront également.
user66001
1

Les virus de messagerie (fichiers zip ou exes ouverts par des utilisateurs un peu "denses"), tels que Cryptolocker, pourraient notamment limiter le mappage des lecteurs, ce qui va alphabétiser tous les fichiers des lecteurs locaux et mappés et les chiffrer. Il (en particulier) ne fait pas de discrimination en fonction des lecteurs. Nous avons été touchés et avons pu récupérer en utilisant des sauvegardes du ou des serveurs, mais bien sûr, les fichiers locaux étaient "grillés".

John Wood
la source
1
Je suis certain que les développeurs de logiciels malveillants commenceront à énumérer les partages réseau "ajoutés" si les utilisateurs commencent à les utiliser en faveur de lecteurs réseau mappés.
user66001
1

Certains virus et logiciels malveillants répandus exploiteront les lecteurs mappés. C'est à peu près la même raison que de ne pas les utiliser.

Robert G
la source
1
Au moins jusqu'à ce que suffisamment de personnes effectuent le changement, les codeurs de programmes malveillants le seront également.
user66001
1

Les lecteurs mappés sont plus rapides si vous manipulez de grandes quantités de fichiers. Windows authentifie votre accès une fois avec un lecteur mappé, puis autorise les interactions de fichiers. Les chemins UNC sont authentifiés par Windows pour chaque fichier accédé. Ainsi, le processus d'authentification aurait lieu des milliers de fois si vous manipuliez des milliers de fichiers sous un chemin UNC. Lecteur mappé - Authentifiez une fois UNC - Authentifiez chaque fois qu'un fichier est accédé.

Cela peut avoir des implications avec quelque chose d'aussi simple que la copie de fichiers. Les lecteurs mappés seront toujours plus rapides. visiblement avec un grand nombre de fichiers.

Dave Heffron
la source
0

Je n'aime pas utiliser les lecteurs mappés, car j'utilise rarement diverses ressources réseau et je ne trouve jamais l'adresse complète à utiliser par d'autres. L'utilisation de raccourcis me permet également de progresser facilement dans le répertoire. Si la seule raison de mapper des lecteurs est la limite de 256 caractères, il s'agit d'une excuse désolée pour perdre tous les détails de l'emplacement du fichier.

S. Molinari
la source
0

Les lecteurs mappés sont dangereux! Ces dernières années, avec le regain de ransomware, j'ai supprimé les lecteurs mappés dans la mesure du possible. Ransomware cible toutes les LETTRES DE LECTEUR, pas seulement les données locales. Par conséquent, même si vous êtes en sécurité tant que vous conservez des sauvegardes redondantes, le fait de devoir faire face à une telle violation de données constitue toujours un casse-tête.

Si vous êtes dans un environnement professionnel (cible principale de ransomware), et si vous le pouvez, supprimez les lecteurs mappés!

Josh Shourds
la source
2
Sinon, vous pouvez travailler pour prévenir les infections en premier lieu ...
Burgi
0

Certains virus de ransomware, tels que la famille CryptoWall , recherchent tous les lecteurs mappés et les infectent. Si le partage réseau utilise toutefois UNC et non une lettre de lecteur, ces virus n'infectent pas le partage.

kiwi
la source
1
Au moins jusqu'à ce que suffisamment de personnes effectuent le changement, les codeurs de programmes malveillants le seront également.
user66001
0

En ce qui concerne les considérations de crypto / ransomware, Locky est un exemple de ransomware pouvant se propager via des chemins UNC ainsi que des lettres de lecteur mappées. Si votre préoccupation concernant les lecteurs réseau mappés par rapport aux chemins UNC est déterminée par le potentiel d'attaques par ransomware, sachez que cela ne protège que certains d'entre eux.

Il existe plusieurs façons de détecter / prévenir les attaques de ransomware - et il est généralement recommandé d'utiliser plusieurs méthodes de protection: protéger le réseau, protéger le point de terminaison et maintenir un régime de sauvegarde robuste. Personnellement, j'utilise Sophos InterceptX comme solution anti-ransomware sur le système d'extrémité, pare-feu Cisco ASA (avec IPS), ShadowProtect pour la sauvegarde et utilisation de lecteurs réseau mappés pour des raisons administratives.

Disclaimer: Je suis un architecte certifié Sophos. Bien que je ne travaille pas pour Sophos, je pense que leur technologie est soignée. Je travaille également pour un MSP, et c'est la technologie que nous avons choisie après avoir examiné les différentes options disponibles en Australie.

Edité comme demandé pour donner plus d’informations pour le deuxième paragraphe. De plus, je parle australien et non anglais, la grammaire est légèrement différente et certains mots sont épelés différemment (couleur, pas couleur, et ne me démarrez même pas en cantaloup).

Araska
la source
La question demande "pourquoi". Le premier paragraphe en parle. Le deuxième paragraphe est uniquement une promotion de produit qui ne répond à rien de la question. Techniquement, ce n'est pas du spam à cause de la divulgation, mais cela donne une réponse très semblable au spam. La réponse est dans une file d'attente de révision, ce qui signifie qu'elle fera l'objet d'un examen minutieux et que les gens s'opposeront probablement à sa nature promotionnelle. Envisagez de supprimer la seconde partie de la réponse.
fix1234
-1

Le lecteur réseau est un bon moyen de partager des ressources, mais je ne suis pas d'accord avec le fait que les répertoires de départ soient placés sur un lecteur réseau partageable. C'est simplement stupide. La plupart des applications utilisent votre répertoire personnel comme emplacement pour stocker des paramètres d'application spécifiques pour les utilisateurs. Si les TI veulent encore un mal de tête (comme si elles n’en avaient pas assez à gérer), la réparation des dépendances des applications pour les utilisateurs du réseau peut être une douleur, elles peuvent ajouter leur sac de problèmes. Ces problèmes peuvent être résolus dans un environnement où de nombreuses applications sont utilisées et où leurs dépendances et leurs exigences changent. D'une part, le travail peut être difficile pour les utilisateurs du réseau et l'entreprise perd de l'argent et du temps en raison de faibles niveaux de productivité. C'est quelque chose qui ne peut pas être risqué. Deuxièmement, certaines organisations mappent le lecteur à la maison des utilisateurs sur le réseau pour surveiller s là-bas. Le gouvernement fait souvent cela dans le cadre de leurs exigences. Cela ajoute également au problème de la capacité de travailler à domicile. Si votre connectivité via VP présente des problèmes de fonctionnement à distance de votre application via une session VPN, dans laquelle vous exécutez votre application nécessitant une dépendance à partir de votre lecteur d'origine mappé sur le réseau et que le mappage de lecteur échoue, vous êtes alors bloqué.

Personnellement, je pense que cela ne devrait être fait que pour de bonnes raisons, mais pas au point de nuire à la productivité et d’affecter les résultats de la société.

beau
la source
-1

La raison numéro 1 pour laquelle vous ne voudriez pas faire cela est que les ransomwares ne peuvent pas accéder à un chemin UNC, mais que les lettres de lecteur sont un jeu juste. Si vous souhaitez que votre partage réseau soit crypté, continuez avec le mappage de lettre de lecteur.

Personnellement, je ne vois pas l’avantage des lettres de lecteur et je trouve vraiment que les chemins UNC sont plus faciles, car je n’ai jamais à me soucier de la correspondance des lettres de lecteur, en particulier après la modification des mots de passe de connexion. Vous pouvez créer des raccourcis ne se comportant pas différemment des lettres de lecteur et les ajouter à l'Explorateur Windows.

Barelyologist
la source
4
"Ransomware ne peut pas accéder à un chemin UNC" - veuillez fournir des preuves de cette réclamation.
DavidPostill