Pourquoi mon entrée de fichier «hôtes» n'a aucun effet lors de l'accès aux partages réseau?

J'ai ajouté la ligne suivante à un hostsfichier Windows7 :

127.0.0.1 mecserver

L'utilisation ping mecserverfonctionne correctement, mais si j'utilise ce nom pour me connecter au portable (comme localhost) pour voir les partages Windows, il veut toujours que j'entre les informations d'identification de l'utilisateur. La saisie du nom d'utilisateur + mot de passe local ne fonctionne pas. Ce qui m'indique que l'hôte distant est connecté.

L'utilisation des éléments suivants dans le champ d'adresse de l'explorateur Windows du système local entraîne:

\\mecserver Résultat : je dois saisir un nom d'utilisateur et un mot de passe mais l'utilisateur local ne fonctionne pas

\\localhost Résultat : affiche les partages locaux - c'est ce que je veux avec\\mecserver

\\127.0.0.1 Résultat : affiche les partages locaux - c'est ce que je veux avec\\mecserver

Je veux utiliser \\mecserveravec le résultat de localhost/ 127.0.0.1. Est-ce possible?

EDIT: Ce que j'ai fait jusqu'à présent:

J'ai partagé sur un ordinateur portable un partage réseau avec le nom "testshare". Sans aucun câble réseau / WLAN connecté, j'essaie de me connecter à ce partage à partir de ce portable. Cela fonctionne avec \ localhost \ testshare et \ 127.0.0.1 \ testshare . Mais j'ai besoin d'un chemin spécial pour un programme tiers comme \ mecserver \ testshare . J'ai donc ajouté la ligne 127.0.0.1 mecserver au fichier hôte. ping mecserver fonctionne (local à partir de ce portable) mais quand j'essaie d'accéder au partage de tests avec \ mecserver \ testshareil affiche une fenêtre de connexion. J'ai saisi l'utilisateur actuel du bloc-notes, mais le mot de passe est incorrect. J'ai même ajouté un nouvel utilisateur de test avec le test de nom et le test de mot de passe et j'ai essayé d'ajouter ceci dans cette fenêtre de connexion, mais cela ne fonctionne pas (mot de passe incorrect). L'activation du compte invité n'aide pas non plus. Le partage est ouvert à tous et l'accès à la sécurité des fichiers / répertoires pour ce dossier / fichiers aussi.

L'ajout de 127.0.0.1 mecserver au fichier lmhosts a le même effet que l'ajout au fichier hosts - il me propose cette fenêtre de connexion. J'ai supprimé la ligne 127.0.0.1 mecserver du fichier hosts lorsque j'ai joué avec le fichier lmhosts juste pour être sûr.

Je pense que vous devez regarder le LMHOSTSdossier. Le hostsfichier semble affecter uniquement les recherches DNS génériques. Lorsque vous utilisez \\pour accéder à un partage réseau, WINS est utilisé.

Dans le même dossier où vous trouvez le hostsfichier, il devrait également y avoir un lmhostsfichier.

Le contenu semble prometteur:

# This is a sample LMHOSTS file used by the Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to computernames
# (NetBIOS) names.  Each entry should be kept on an individual line.
# The IP address should be placed in the first column followed by the
# corresponding computername. The address and the computername
# should be separated by at least one space or tab. The "#" character
# is generally used to denote the start of a comment (see the exceptions
# below).

Il existe également un article Wikipedia sur LMHOSTS .

Veuillez également noter cette section dans les paramètres TCP / IP avancés pour votre connexion réseau donnée:

Je suppose que la case à cocher doit être cochée pour que le lmhostsfichier soit respecté. De plus, si l'édition lmhostsdirecte du fichier ne donne pas le résultat souhaité, j'essaierais d'utiliser cette fonctionnalité "Importer LMHOSTS".

Mise à jour Je suis convaincu qu'en général, c'est la bonne approche du problème. Si je crée une copie du lmhosts.samfichier et ajoute une nouvelle ligne à la fin:

127.0.0.1 mecserver

Je dois ensuite utiliser la fonctionnalité "Importer LMHOSTS ..." (qui crée le lmhostsfichier). Je peux ensuite parcourir \\mecserveret me demander des informations d'identification (comme vous le décrivez). Sans le changement, lmhostsj'avais eu une erreur en me disant que la machine était inexistante.

Je ne peux pas oublier que cette manipulation a un impact négatif sur le processus d'authentification général de Windows, car, comme vous le décrivez, aucune connexion par ailleurs valide ne fonctionne sur l'invite présentée. Cependant, cela pourrait être un nouveau problème, qui devrait être posé dans une nouvelle question.

Il s'agit d'un problème d'autorisations. L'utilisateur que vous essayez d'utiliser pour accéder au partage n'est pas autorisé à accéder au partage. Vous devez ajouter / mecserver / yourusername à la liste des utilisateurs autorisés pour le partage. Peut-être que cela pourrait également fonctionner si vous cochez l'entrée "Tout le monde" dans la liste des utilisateurs lorsque vous créez le partage.