Problème réseau

Jean-Claude BELLAMY

12/10/2009 à 19:11

"Anatole22" a écrit dans le message de groupe
de discussion :

"Jean-Claude BELLAMY" a écrit dans le
message de news:
[...]
Tests effectués :
net start
donne une liste qui contient bien les 3 services
Explorateur d’ordinateurs
Serveur
Station de travail

C'est déjà ça !

Par contre dans le dossier qui contient le fichier HOSTS, pas de fichier
LMHOSTS. Seulement un fichier LMHOSTS.SAM qui ne contient que des lignes
de commentaires.

SAM = abréviation de "SAMPLE" ("exemple")

Oui, et bien qu'attends-tu pour le créer, ce fichier ?
Relis ce que j'ai écrit ici : http://www.bellamyjc.org/fr/reseau.html#HOSTS

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Anatole22

12/10/2009 à 19:46

"Jean-Claude BELLAMY" a écrit dans le
message de news:

"Anatole22" a écrit dans le message de
groupe de discussion :

"Jean-Claude BELLAMY" a écrit dans le
message de news:
[...]
Tests effectués :
net start
donne une liste qui contient bien les 3 services
Explorateur d’ordinateurs
Serveur
Station de travail

C'est déjà ça !

Par contre dans le dossier qui contient le fichier HOSTS, pas de fichier
LMHOSTS. Seulement un fichier LMHOSTS.SAM qui ne contient que des lignes
de commentaires.

SAM = abréviation de "SAMPLE" ("exemple")

Oui, et bien qu'attends-tu pour le créer, ce fichier ?
Relis ce que j'ai écrit ici :
http://www.bellamyjc.org/fr/reseau.html#HOSTS

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

____________________________________________________________________
L'addition, après les commentaires, de 2 lignes
10.0.0.12 ORDI1
10.0.0.13 ORDI2
dans un fichier lmhosts copié à partir de lmhosts.sam n'a produit aucun
effet, même après un reboot.
Sur d'autre ordinateurs similaires sous Vista, il n'y a pas ce fichier
lmhosts.
Mystère ...

Pierre TORRIS

12/10/2009 à 20:32

Anatole22 a écrit dans ce message
<news:# :

L'addition, après les commentaires, de 2 lignes
10.0.0.12 ORDI1
10.0.0.13 ORDI2
dans un fichier lmhosts copié à partir de lmhosts.sam n'a produit aucun
effet, même après un reboot.

Bonsoir,

Pour créer le fichier lmhosts, vous pouvez importer les données à
partir des propriétés de la carte réseau.

Centre réseau et partage
Modifier les paramètres de la carte
Propriétés de la connexion
Propriétés TCP/IPv4
Bouton "Avancé" -> Onglet WINS
Importer LMHOSTS...

Et vérifier au passage que l'option suivante est cochée :
[x] Activer la recherche LMHOSTS

Sur d'autre ordinateurs similaires sous Vista, il n'y a pas ce fichier
lmhosts.
Mystère ...

Si on ne l'utilise pas, il n'y aucune raison pour qu'il existe. ;-)

--
Bien à vous. Pierre TORRIS
www.ptorris.com

Jean-Claude BELLAMY

13/10/2009 à 10:01

"Anatole22" a écrit dans le message de groupe
de discussion : #

[...]
L'addition, après les commentaires, de 2 lignes
10.0.0.12 ORDI1
10.0.0.13 ORDI2
dans un fichier lmhosts copié à partir de lmhosts.sam n'a produit aucun
effet, même après un reboot.

1) As-tu bien enregistré le fichier sous le nom de "LMHOSTS" (sans AUCUNE
extension) ?
Car si on crée ce fichier sous NOTEPAD, cette andouille ajoute
systématiquement (si on n'y prend pas garde) l'extension ".txt" au nom du
fichier !
Et alors le fichier "lmhosts.txt" est soigneusement ignoré par le système !

Sur d'autre ordinateurs similaires sous Vista, il n'y a pas ce fichier
lmhosts.
Mystère ...

NON!
Il n'y a aucun mystère, car par défaut ce fichier n'est pas nécessaire.
C'est NORMAL qu'il n'existe pas.
On le crée seulement si on a des problèmes (le cas ici)

NB: pour le faire prendre en compte, il n'est nullement besoin de rebooter !

Il suffit d'exécuter la commande suivante :
NBTSTAT -R
(Purge et recharge la table du cache de noms distante.)

2) Tu écris " n'a produit aucun effet ..."
Mais encore ?
Que donnent les commandes suivantes :
NET VIEW (depuis chaque ordinateur)
NET VIEW ORDI1 (depuis ORDI2)
NET VIEW ORDI2 (depuis ORDI1)

S'il y a un code d'erreur, note le !!!
En principe, les erreurs survenant après ces commandes sont les suivantes :

____________________________________
5
= "Accès refusé"

L'article 555644 (http://support.microsoft.com/kb/555644/en-us) dit, à
propos de l'erreur 5 sur un NET VIEW :
The following reasons may cause to the error message:
1. Time Synchronization problem.
2. Missing permission to access the remote computer
(Share, NTFS, GPO).
3. Firewall and/or third party product may eliminate
connection to the remote computer.
4. The computer account isn't disable
(Or have expired computer account password)
or doesn't exiting in the domain.
5. Active Directory replication problem may occur.

Hormis le point 5, qui ne concerne que les machines en domaine, revérifie
les 4 1ers points.
(il arrive parfois que, persuadé que tout est correct, on ne remarque pas
une "hénaurme" erreur !!!)
En particulier vérifier sur chaque machine les droits :
- des partages
- des fichiers et dossiers
cf. http://www.bellamyjc.org/fr/windowsnt.html#partages-permissions

Vérifier également les noms et mot de passe des comptes utilisés sur chaque
machine.
(il suffit que le password diffère d'un caractère entre les 2 machines pour
que l'accès soit refusé !)

Vérifier également sur chaque machine la valeur de l'entrée :
HKLMSYSTEMCurrentControlSetControlLsaLmCompatibilityLevel
Elle définit le type d'algorithme utilisé pour l'authentification.
Il peut y avoir une discordance entre machines.
Je donne la signification des différentes valeurs de "LmCompatibilityLevel"
sur mon site :
http://www.bellamyjc.org/fr/windowsvista.html#network9xME-Vista

_____________________________________
53
= "Le chemin réseau n'a pas été trouvé."
Exécuter alors la commande :
net view adresse-IP-du-nom-du-PC-distant
Si çà fonctionne, c'est que le fichier
%systemroot%system32drivesetcLMHOSTS est FOIREUX !!!!

____________________________________
6118
= "La liste des serveurs de ce groupe de travail n'est pas disponible
actuellement"
Tenter un redémarrage du service "BROWSER".
Pour cela exécuter successivement les commandes :
NET STOP browser
NET START browser
Si cela ne suffit pas, il faut se tourner du côté du pare-feu.
Cf. l'article 298804 http://support.microsoft.com/?id)8804

Il faut autoriser les 5 ports suivants :
En TCP :
139
445
En UDP :
137
138
445
(l'article en question cite les ports UDP de 135 à 139 et les ports TCP de
135 à 139, ce qui est beaucoup trop large).

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

"Anatole22" <ah241991.at.@orange.point.fr> a écrit dans le message de groupe
de discussion : #AQspP2SKHA.4980@TK2MSFTNGP06.phx.gbl...

[...]
L'addition, après les commentaires, de 2 lignes
10.0.0.12 ORDI1
10.0.0.13 ORDI2
dans un fichier lmhosts copié à partir de lmhosts.sam n'a produit aucun
effet, même après un reboot.

1) As-tu bien enregistré le fichier sous le nom de "LMHOSTS" (sans AUCUNE
extension) ?
Car si on crée ce fichier sous NOTEPAD, cette andouille ajoute
systématiquement (si on n'y prend pas garde) l'extension ".txt" au nom du
fichier !
Et alors le fichier "lmhosts.txt" est soigneusement ignoré par le système !

Sur d'autre ordinateurs similaires sous Vista, il n'y a pas ce fichier
lmhosts.
Mystère ...

NON!
Il n'y a aucun mystère, car par défaut ce fichier n'est pas nécessaire.
C'est NORMAL qu'il n'existe pas.
On le crée seulement si on a des problèmes (le cas ici)

NB: pour le faire prendre en compte, il n'est nullement besoin de rebooter !

Il suffit d'exécuter la commande suivante :
NBTSTAT -R
(Purge et recharge la table du cache de noms distante.)

2) Tu écris " n'a produit aucun effet ..."
Mais encore ?
Que donnent les commandes suivantes :
NET VIEW (depuis chaque ordinateur)
NET VIEW \ORDI1 (depuis ORDI2)
NET VIEW \ORDI2 (depuis ORDI1)

S'il y a un code d'erreur, note le !!!
En principe, les erreurs survenant après ces commandes sont les suivantes :

____________________________________
5
= "Accès refusé"

L'article 555644 (http://support.microsoft.com/kb/555644/en-us) dit, à
propos de l'erreur 5 sur un NET VIEW :
The following reasons may cause to the error message:
1. Time Synchronization problem.
2. Missing permission to access the remote computer
(Share, NTFS, GPO).
3. Firewall and/or third party product may eliminate
connection to the remote computer.
4. The computer account isn't disable
(Or have expired computer account password)
or doesn't exiting in the domain.
5. Active Directory replication problem may occur.

Hormis le point 5, qui ne concerne que les machines en domaine, revérifie
les 4 1ers points.
(il arrive parfois que, persuadé que tout est correct, on ne remarque pas
une "hénaurme" erreur !!!)
En particulier vérifier sur chaque machine les droits :
- des partages
- des fichiers et dossiers
cf. http://www.bellamyjc.org/fr/windowsnt.html#partages-permissions

Vérifier également les noms et mot de passe des comptes utilisés sur chaque
machine.
(il suffit que le password diffère d'un caractère entre les 2 machines pour
que l'accès soit refusé !)

Vérifier également sur chaque machine la valeur de l'entrée :
HKLMSYSTEMCurrentControlSetControlLsaLmCompatibilityLevel
Elle définit le type d'algorithme utilisé pour l'authentification.
Il peut y avoir une discordance entre machines.
Je donne la signification des différentes valeurs de "LmCompatibilityLevel"
sur mon site :
http://www.bellamyjc.org/fr/windowsvista.html#network9xME-Vista

_____________________________________
53
= "Le chemin réseau n'a pas été trouvé."
Exécuter alors la commande :
net view \adresse-IP-du-nom-du-PC-distant
Si çà fonctionne, c'est que le fichier
%systemroot%system32drivesetcLMHOSTS est FOIREUX !!!!

____________________________________
6118
= "La liste des serveurs de ce groupe de travail n'est pas disponible
actuellement"
Tenter un redémarrage du service "BROWSER".
Pour cela exécuter successivement les commandes :
NET STOP browser
NET START browser
Si cela ne suffit pas, il faut se tourner du côté du pare-feu.
Cf. l'article 298804 http://support.microsoft.com/?id)8804

Il faut autoriser les 5 ports suivants :
En TCP :
139
445
En UDP :
137
138
445
(l'article en question cite les ports UDP de 135 à 139 et les ports TCP de
135 à 139, ce qui est beaucoup trop large).

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Vous avez filtré cet utilisateur ! Consultez son message

"Anatole22" a écrit dans le message de groupe
de discussion : #

[...]
L'addition, après les commentaires, de 2 lignes
10.0.0.12 ORDI1
10.0.0.13 ORDI2
dans un fichier lmhosts copié à partir de lmhosts.sam n'a produit aucun
effet, même après un reboot.

1) As-tu bien enregistré le fichier sous le nom de "LMHOSTS" (sans AUCUNE
extension) ?
Car si on crée ce fichier sous NOTEPAD, cette andouille ajoute
systématiquement (si on n'y prend pas garde) l'extension ".txt" au nom du
fichier !
Et alors le fichier "lmhosts.txt" est soigneusement ignoré par le système !

Sur d'autre ordinateurs similaires sous Vista, il n'y a pas ce fichier
lmhosts.
Mystère ...

NON!
Il n'y a aucun mystère, car par défaut ce fichier n'est pas nécessaire.
C'est NORMAL qu'il n'existe pas.
On le crée seulement si on a des problèmes (le cas ici)

NB: pour le faire prendre en compte, il n'est nullement besoin de rebooter !

Il suffit d'exécuter la commande suivante :
NBTSTAT -R
(Purge et recharge la table du cache de noms distante.)

2) Tu écris " n'a produit aucun effet ..."
Mais encore ?
Que donnent les commandes suivantes :
NET VIEW (depuis chaque ordinateur)
NET VIEW ORDI1 (depuis ORDI2)
NET VIEW ORDI2 (depuis ORDI1)

S'il y a un code d'erreur, note le !!!
En principe, les erreurs survenant après ces commandes sont les suivantes :

____________________________________
5
= "Accès refusé"

L'article 555644 (http://support.microsoft.com/kb/555644/en-us) dit, à
propos de l'erreur 5 sur un NET VIEW :
The following reasons may cause to the error message:
1. Time Synchronization problem.
2. Missing permission to access the remote computer
(Share, NTFS, GPO).
3. Firewall and/or third party product may eliminate
connection to the remote computer.
4. The computer account isn't disable
(Or have expired computer account password)
or doesn't exiting in the domain.
5. Active Directory replication problem may occur.

Hormis le point 5, qui ne concerne que les machines en domaine, revérifie
les 4 1ers points.
(il arrive parfois que, persuadé que tout est correct, on ne remarque pas
une "hénaurme" erreur !!!)
En particulier vérifier sur chaque machine les droits :
- des partages
- des fichiers et dossiers
cf. http://www.bellamyjc.org/fr/windowsnt.html#partages-permissions

Vérifier également les noms et mot de passe des comptes utilisés sur chaque
machine.
(il suffit que le password diffère d'un caractère entre les 2 machines pour
que l'accès soit refusé !)

Vérifier également sur chaque machine la valeur de l'entrée :
HKLMSYSTEMCurrentControlSetControlLsaLmCompatibilityLevel
Elle définit le type d'algorithme utilisé pour l'authentification.
Il peut y avoir une discordance entre machines.
Je donne la signification des différentes valeurs de "LmCompatibilityLevel"
sur mon site :
http://www.bellamyjc.org/fr/windowsvista.html#network9xME-Vista

_____________________________________
53
= "Le chemin réseau n'a pas été trouvé."
Exécuter alors la commande :
net view adresse-IP-du-nom-du-PC-distant
Si çà fonctionne, c'est que le fichier
%systemroot%system32drivesetcLMHOSTS est FOIREUX !!!!

____________________________________
6118
= "La liste des serveurs de ce groupe de travail n'est pas disponible
actuellement"
Tenter un redémarrage du service "BROWSER".
Pour cela exécuter successivement les commandes :
NET STOP browser
NET START browser
Si cela ne suffit pas, il faut se tourner du côté du pare-feu.
Cf. l'article 298804 http://support.microsoft.com/?id)8804

Il faut autoriser les 5 ports suivants :
En TCP :
139
445
En UDP :
137
138
445
(l'article en question cite les ports UDP de 135 à 139 et les ports TCP de
135 à 139, ce qui est beaucoup trop large).

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Anatole22

13/10/2009 à 20:54

> 1) As-tu bien enregistré le fichier sous le nom de "LMHOSTS" (sans AUCUNE
extension) ?
Car si on crée ce fichier sous NOTEPAD, cette andouille ajoute
systématiquement (si on n'y prend pas garde) l'extension ".txt" au nom du
fichier !
Et alors le fichier "lmhosts.txt" est soigneusement ignoré par le système
!

__________________________________
Non, je ne suis pas tombé dans ce piège !
Pas beaucoup de temps ce jour pour poursuivre les essais.
Je reprends demain.
J'ai juste vu que l'accès à la liste des ordinateurs du réseau a marché une
fois : liste des ordinateurs + accès aux fichiers,
mais 2 minutes après ça ne marchait plus.
Je continue demain.
Cordialement.
__________________________________

Il suffit d'exécuter la commande suivante :
NBTSTAT -R
(Purge et recharge la table du cache de noms distante.)

2) Tu écris " n'a produit aucun effet ..."
Mais encore ?
Que donnent les commandes suivantes :
NET VIEW (depuis chaque ordinateur)
NET VIEW ORDI1 (depuis ORDI2)
NET VIEW ORDI2 (depuis ORDI1)

S'il y a un code d'erreur, note le !!!
En principe, les erreurs survenant après ces commandes sont les suivantes
:

____________________________________
5
= "Accès refusé"

L'article 555644 (http://support.microsoft.com/kb/555644/en-us) dit, à
propos de l'erreur 5 sur un NET VIEW :
The following reasons may cause to the error message:
1. Time Synchronization problem.
2. Missing permission to access the remote computer
(Share, NTFS, GPO).
3. Firewall and/or third party product may eliminate
connection to the remote computer.
4. The computer account isn't disable
(Or have expired computer account password)
or doesn't exiting in the domain.
5. Active Directory replication problem may occur.

Hormis le point 5, qui ne concerne que les machines en domaine, revérifie
les 4 1ers points.
(il arrive parfois que, persuadé que tout est correct, on ne remarque pas
une "hénaurme" erreur !!!)
En particulier vérifier sur chaque machine les droits :
- des partages
- des fichiers et dossiers
cf. http://www.bellamyjc.org/fr/windowsnt.html#partages-permissions

Vérifier également les noms et mot de passe des comptes utilisés sur
chaque machine.
(il suffit que le password diffère d'un caractère entre les 2 machines
pour que l'accès soit refusé !)

Vérifier également sur chaque machine la valeur de l'entrée :
HKLMSYSTEMCurrentControlSetControlLsaLmCompatibilityLevel
Elle définit le type d'algorithme utilisé pour l'authentification.
Il peut y avoir une discordance entre machines.
Je donne la signification des différentes valeurs de
"LmCompatibilityLevel" sur mon site :
http://www.bellamyjc.org/fr/windowsvista.html#network9xME-Vista

_____________________________________
53
= "Le chemin réseau n'a pas été trouvé."
Exécuter alors la commande :
net view adresse-IP-du-nom-du-PC-distant
Si çà fonctionne, c'est que le fichier
%systemroot%system32drivesetcLMHOSTS est FOIREUX !!!!

____________________________________
6118
= "La liste des serveurs de ce groupe de travail n'est pas disponible
actuellement"
Tenter un redémarrage du service "BROWSER".
Pour cela exécuter successivement les commandes :
NET STOP browser
NET START browser
Si cela ne suffit pas, il faut se tourner du côté du pare-feu.
Cf. l'article 298804 http://support.microsoft.com/?id)8804

Il faut autoriser les 5 ports suivants :
En TCP :
139
445
En UDP :
137
138
445
(l'article en question cite les ports UDP de 135 à 139 et les ports TCP de
135 à 139, ce qui est beaucoup trop large).

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

> 1) As-tu bien enregistré le fichier sous le nom de "LMHOSTS" (sans AUCUNE
extension) ?
Car si on crée ce fichier sous NOTEPAD, cette andouille ajoute
systématiquement (si on n'y prend pas garde) l'extension ".txt" au nom du
fichier !
Et alors le fichier "lmhosts.txt" est soigneusement ignoré par le système
!

__________________________________
Non, je ne suis pas tombé dans ce piège !
Pas beaucoup de temps ce jour pour poursuivre les essais.
Je reprends demain.
J'ai juste vu que l'accès à la liste des ordinateurs du réseau a marché une
fois : liste des ordinateurs + accès aux fichiers,
mais 2 minutes après ça ne marchait plus.
Je continue demain.
Cordialement.
__________________________________

Il suffit d'exécuter la commande suivante :
NBTSTAT -R
(Purge et recharge la table du cache de noms distante.)

2) Tu écris " n'a produit aucun effet ..."
Mais encore ?
Que donnent les commandes suivantes :
NET VIEW (depuis chaque ordinateur)
NET VIEW \ORDI1 (depuis ORDI2)
NET VIEW \ORDI2 (depuis ORDI1)

S'il y a un code d'erreur, note le !!!
En principe, les erreurs survenant après ces commandes sont les suivantes
:

____________________________________
5
= "Accès refusé"

L'article 555644 (http://support.microsoft.com/kb/555644/en-us) dit, à
propos de l'erreur 5 sur un NET VIEW :
The following reasons may cause to the error message:
1. Time Synchronization problem.
2. Missing permission to access the remote computer
(Share, NTFS, GPO).
3. Firewall and/or third party product may eliminate
connection to the remote computer.
4. The computer account isn't disable
(Or have expired computer account password)
or doesn't exiting in the domain.
5. Active Directory replication problem may occur.

Hormis le point 5, qui ne concerne que les machines en domaine, revérifie
les 4 1ers points.
(il arrive parfois que, persuadé que tout est correct, on ne remarque pas
une "hénaurme" erreur !!!)
En particulier vérifier sur chaque machine les droits :
- des partages
- des fichiers et dossiers
cf. http://www.bellamyjc.org/fr/windowsnt.html#partages-permissions

Vérifier également les noms et mot de passe des comptes utilisés sur
chaque machine.
(il suffit que le password diffère d'un caractère entre les 2 machines
pour que l'accès soit refusé !)

Vérifier également sur chaque machine la valeur de l'entrée :
HKLMSYSTEMCurrentControlSetControlLsaLmCompatibilityLevel
Elle définit le type d'algorithme utilisé pour l'authentification.
Il peut y avoir une discordance entre machines.
Je donne la signification des différentes valeurs de
"LmCompatibilityLevel" sur mon site :
http://www.bellamyjc.org/fr/windowsvista.html#network9xME-Vista

_____________________________________
53
= "Le chemin réseau n'a pas été trouvé."
Exécuter alors la commande :
net view \adresse-IP-du-nom-du-PC-distant
Si çà fonctionne, c'est que le fichier
%systemroot%system32drivesetcLMHOSTS est FOIREUX !!!!

____________________________________
6118
= "La liste des serveurs de ce groupe de travail n'est pas disponible
actuellement"
Tenter un redémarrage du service "BROWSER".
Pour cela exécuter successivement les commandes :
NET STOP browser
NET START browser
Si cela ne suffit pas, il faut se tourner du côté du pare-feu.
Cf. l'article 298804 http://support.microsoft.com/?id)8804

Il faut autoriser les 5 ports suivants :
En TCP :
139
445
En UDP :
137
138
445
(l'article en question cite les ports UDP de 135 à 139 et les ports TCP de
135 à 139, ce qui est beaucoup trop large).

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Vous avez filtré cet utilisateur ! Consultez son message

> 1) As-tu bien enregistré le fichier sous le nom de "LMHOSTS" (sans AUCUNE
extension) ?
Car si on crée ce fichier sous NOTEPAD, cette andouille ajoute
systématiquement (si on n'y prend pas garde) l'extension ".txt" au nom du
fichier !
Et alors le fichier "lmhosts.txt" est soigneusement ignoré par le système
!

__________________________________
Non, je ne suis pas tombé dans ce piège !
Pas beaucoup de temps ce jour pour poursuivre les essais.
Je reprends demain.
J'ai juste vu que l'accès à la liste des ordinateurs du réseau a marché une
fois : liste des ordinateurs + accès aux fichiers,
mais 2 minutes après ça ne marchait plus.
Je continue demain.
Cordialement.
__________________________________

Il suffit d'exécuter la commande suivante :
NBTSTAT -R
(Purge et recharge la table du cache de noms distante.)

2) Tu écris " n'a produit aucun effet ..."
Mais encore ?
Que donnent les commandes suivantes :
NET VIEW (depuis chaque ordinateur)
NET VIEW ORDI1 (depuis ORDI2)
NET VIEW ORDI2 (depuis ORDI1)

S'il y a un code d'erreur, note le !!!
En principe, les erreurs survenant après ces commandes sont les suivantes
:

____________________________________
5
= "Accès refusé"

L'article 555644 (http://support.microsoft.com/kb/555644/en-us) dit, à
propos de l'erreur 5 sur un NET VIEW :
The following reasons may cause to the error message:
1. Time Synchronization problem.
2. Missing permission to access the remote computer
(Share, NTFS, GPO).
3. Firewall and/or third party product may eliminate
connection to the remote computer.
4. The computer account isn't disable
(Or have expired computer account password)
or doesn't exiting in the domain.
5. Active Directory replication problem may occur.

Hormis le point 5, qui ne concerne que les machines en domaine, revérifie
les 4 1ers points.
(il arrive parfois que, persuadé que tout est correct, on ne remarque pas
une "hénaurme" erreur !!!)
En particulier vérifier sur chaque machine les droits :
- des partages
- des fichiers et dossiers
cf. http://www.bellamyjc.org/fr/windowsnt.html#partages-permissions

Vérifier également les noms et mot de passe des comptes utilisés sur
chaque machine.
(il suffit que le password diffère d'un caractère entre les 2 machines
pour que l'accès soit refusé !)

Vérifier également sur chaque machine la valeur de l'entrée :
HKLMSYSTEMCurrentControlSetControlLsaLmCompatibilityLevel
Elle définit le type d'algorithme utilisé pour l'authentification.
Il peut y avoir une discordance entre machines.
Je donne la signification des différentes valeurs de
"LmCompatibilityLevel" sur mon site :
http://www.bellamyjc.org/fr/windowsvista.html#network9xME-Vista

_____________________________________
53
= "Le chemin réseau n'a pas été trouvé."
Exécuter alors la commande :
net view adresse-IP-du-nom-du-PC-distant
Si çà fonctionne, c'est que le fichier
%systemroot%system32drivesetcLMHOSTS est FOIREUX !!!!

____________________________________
6118
= "La liste des serveurs de ce groupe de travail n'est pas disponible
actuellement"
Tenter un redémarrage du service "BROWSER".
Pour cela exécuter successivement les commandes :
NET STOP browser
NET START browser
Si cela ne suffit pas, il faut se tourner du côté du pare-feu.
Cf. l'article 298804 http://support.microsoft.com/?id)8804

Il faut autoriser les 5 ports suivants :
En TCP :
139
445
En UDP :
137
138
445
(l'article en question cite les ports UDP de 135 à 139 et les ports TCP de
135 à 139, ce qui est beaucoup trop large).

--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr

Anatole22

17/10/2009 à 10:59

Après quelques jours je reprends ce fil, mon correspondant distant ayant été
absent quelques jours.

Le fonctionnement réseau est devenu aléatoire : La plupart du temps le PC
sous Vista "voit" l'aute ordinateur du réseau, mais pas toujours.

Par contre, l'accès par VNC ne fonctionne plus du tout !

Bref, je perdrai moins de temps en réinstallant Vista complètement.
L'installation actuelle date de 10 jours environ. J'avais désactivé le
protocole IPv6 peut-être un peu vite. Cette fois, je vais y aller piano (et
sano ?).

Merci de toute cette aide.

Problème réseau

6 réponses

Veuillez sélectionner un problème