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

13

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.

Fenêtre de dialogue de connexion (désolé uniquement en allemand)

hitzi
la source
1
Je pense que le hostsfichier affecte uniquement les recherches DNS (c'est pourquoi cela pingfonctionne). Lorsque vous utilisez la double barre oblique inverse pour accéder aux partages réseau, WINS / NetBIOS est utilisé.
Der Hochstapler
Peut-être lié: serverfault.com/a/42916/61246
Der Hochstapler
J'ai changé les valeurs du registre et redémarré l'ordinateur mais cela n'a rien changé.
hitzi
L'utilisateur local vers où ? Le client? Ou le serveur fournissant le service de fichiers?
JdeBP
1
J'ai eu le même problème. Voici la solution: serverfault.com/questions/23823/…
Dennis Sakva

Réponses:

10

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:

Paramètres TCP / IP avancés

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.

Der Hochstapler
la source
1
J'ai supprimé l'entrée du fichier hosts et ajouté 127.0.0.1 mecserver au fichier lmhosts.sam directement. Résultat: nom_ordinateur non connu Maintenant, j'ai copié le fichier lmhosts.sam dans un autre dossier et l'ai importé comme vous l'avez décrit ci-dessus - le mecserver nom_ordinateur est maintenant connu à nouveau mais je dois entrer une connexion utilisateur (comme avec la solution hosts) mais aucun utilisateur connu travaux de connexion
hitzi
J'ai ajouté un autre utilisateur à l'ordinateur portable (nom d'utilisateur: mot de passe de test: test) et l'ai entré dans la boîte de dialogue. Il reconnaît l'image de compte du compte de test local, mais il indique toujours un nom d'utilisateur inconnu ou un mot de passe incorrect.
hitzi
2
Le lmhosts.samfichier semble être un exemple de fichier. Je pense que vous devez l'utiliser comme modèle, puis utiliser la fonctionnalité Importer LMHOSTS.
Der Hochstapler
Oui, je l'ai fait aussi mais sans succès.
hitzi
Je me demande si cette question est liée. J'ai un comportement étrange ici que j'ai du mal à me comprendre. Comme, essayez de vous y connecter \\127.0.0.2me donne également la boîte de dialogue de connexion.
Der Hochstapler
0

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.

DRS
la source