Arghhh !
Nouvel appel d'un utilisateur : il n'arrivait pas à se connecter à ses lecteurs réseau.
Le problème s'était produit mardi dernier, je lui avais ajouté l'adresse IP du serveur dans son fichier host - mercredi, jeudi, vendredi, tout ok, et aujourd'hui, non ! Je l'ai ajouté dans le lmhost et là c'est bon.


Mais que faire ?

Merci !!

Bon, je ne sais si quelqu'un me lit ;-), mais gardons espoir, je continue le récit de mes aventures...

La connexion problématique est celle au serveur de fichiers, nom SRV01, adresse IP 192.168.1.7. Elle se fait habituellement via l'explorateur, mappage sur \\SRV01\toto$

Donc, j'ai pris un poste, et j'ai fait des essais.

J'ai fait un ipconfig/release pour réinitialiser les paramètres réseau.

Je lui ai mis des paramètres fixes :
adresse IP 192.168.1.238
masque de ss réseau 255.255.255.0
passerelle par défaut 192.168.1.1
et rien d'autre, pas de serveur dns

arrêt/redémarrage : ok, la connexion au serveur de fichiers se fait bien via l'explorateur.

J'ajoute un serveur dns préféré : 192.168.1.7 (donc, le même que le serveur de fichiers)
arrêt/redémarrage : via l'explorateur, plus moyen d'arriver au serveur de fichiers ! Message d'erreur : "nom cible incomplet"

J'ajoute un serveur dns secondaire : 192.168.1.1 (notre passerelle internet, qui peut faire serveur dns et sur laquelle ce matin nous avons ajouté SRV01 - 192.168.1.7)
arrêt/redémarrage : pareil, via l'explorateur, plus moyen d'arriver au serveur de fichiers ! Message d'erreur : "ressource réseau déja utilisée" !

Le serveur DHCP indique bien les deux serveurs comme dns et dns secondaire, c'était comme cela avant que j'arrive...

Les choses qui m'interrogent sont donc :
pourquoi la connexion ne se fait-elle pas lorsque j'indique les serveurs dns ?
comment se fait-il que le même poste se connecte bien un jour, et pas un autre jour ?



Merci de vos lumières, je suis un peu perdue !!

Merci par avance.

Salut,
drôle de bazar effectivement ...
'ajoute un serveur dns secondaire : 192.168.1.1 (notre passerelle internet, qui peut faire serveur dns et sur laquelle ce matin nous avons ajouté SRV01 - 192.168.1.7)
c'est quoi comme machine cette passerelle internet ?
en principe, un serveur dns secondaire doit gérer une zone secondaire (copie en lecture seule d'une zone primaire ) : http://www.laboratoire-microsoft.org/articles/win/delegation­_dns/3/
le nom SRV01 est un nom netbios , pas un nom dns (fqdn) voir le nom exact configuré dans les différents endroits (fqdn et netbios) .
voir aussi si le nom de domaine fourni par dhcp est bien le même que celui de la zone dns et celui du serveur .
voir aussi: http://www.tech-faq.com/lang/fr/netbios-names.shtml
il faut savoir que la recherche s'effectue d'abord dans hosts, puis dans le dns , puis dans wins ou par diffusion, puis dans lmhosts.
voir aussi: http://www.laurentconstantin.com/common/utilordi/b5protoappl­icatifs/netbios.doc

et ... Voili  Voilou  Voila !

Merci de t'intéresser à mon problème ;-)

La passerelle internet est un "boîtier" qui fait office de proxy, qui peut faire office de seveur de messagerie, serveur de fichiers...

Mon serveur s'appelle SRV01, son nom complet d'après ce que je vois est SRV01.toto.com (en supposant que toto soit le nom de notre organisation). Tout le reste a l'air correct.

Plusieurs problèmes sur plusieurs postes aujourd'hui : parfois, j'ai juste redémarré, cela a suffit ; parfois, j'ai fixé l'adresse IP, puis redémarré, puis repassé en DHCP, puis redémarré, et là ça a fonctionné...

Je m'arrache les cheveux ! Merci par avance à ceux qui pourront m'aider !

Bonjour

Si ton réseau est contrôlé par un Active Directory sur un DC windows 2003, il faut éviter d'utiliser les fichiers
Host ( ancien équivalent DNS) et LMhost ( table NETBIOS ).
Il faut que tu vérifies que ton DNS primaire soit bien ton serveur DC 2003. Les postes ont besoins des enregistrements
de services définis sur ce serveur pour se logger et authentifier les utilisateurs sur l'AD.

Avec la commande ipconfig /displaydns tu peux contrôler le cache DNS enregistré sur tes clients pour voir si ton DC
est enregistré correctement.
Si ce n'est pas le cas il faut vider les cache DNS sur les clients par ipconfig /flushdns

Tu peux aussi tester la réponse de ton serveur par un ping -t adresse_ip depuis un client pour voir si tu ne perds pas de trames et si ton serveur répond correctement.

A ta place, je supprimerais les entrées host et LMhost d'un client test qui pose problème
et je commencerais par vérifier les paramètres réseau (en particulier DNS )

Le DNS secondaire est uniquement là pour la redirection des requêtes vers l'extérieur de ton réseau.
Tu peux commencer par simplifier le problème en paramètrant un poste avec
IP :
Masque :
DNS : ton DC
Suffixe DNS : le suffixe complet de ton DNS monnomdedomaine.com

si ce poste ne communique pas vers l'extérieur, tu n'as rien besoin de plus pour faire un test de connexion sur tes partages.

Pour les requètes externes à ton réseau, tu dois ajouter la passerelle et le mieux est de faire de la redirection DNS à partir de ton serveur 2003 vers le DNS de ton provider.

J'espère que ces pistes pourrons t'aider
Bon courage

Super, merci, je vais regarder tout ça demain...

Sinon, deux choses me sont revenues à l'esprit :
- quand je fais un ipconfig sur les postes (en DHCP), je vois que les postes ont deux serveurs DNS ; je mettrai une copie d'écran demain,
- mes problèmes sont survenus suite à un redémarrage du serveur effectué pour installer les outils d'administration de Dell ; est-ce que cette install pourrait être la cause de mes soucis ?


Merci encore !!

mes problèmes sont survenus suite à un redémarrage du serveur effectué pour installer les outils d'administration de Dell ; est-ce que cette install pourrait être la cause de mes soucis ?
en principe, non,
c'est plutôt le redémarrage, sans doute .
as tu regardé dans les logs (observateur évènements) si il ya des infos intéressantes ?

et ... Voili  Voilou  Voila !

Voilà, de bon matin, la config IP d'un poste :

Ethernet carte Connexion au réseau local :

Suffixe DNS spéc. à la connexion. : toto.com
Adresse IP. . . . . . . . . . . . : 192.168.1.238
Masque de sous-réseau . . . . . . : 255.255.255.0
Passerelle par défaut . . . . . . : 192.168.1.1

C:\Documents and Settings\administrateur.TOTO>ipconfig /all

Configuration IP de Windows 2000

Nom de l'hôte . . . . . . . . . . : ALINE
Suffixe DNS principal . . . . . . : toto.com
Type de noud. . . . . . . . . . . : Hybride
Routage IP activé . . . . . . . . : Non
Proxy WINS activé . . . . . . . . : Non
Liste de recherche de suffixe DNS : toto.com

Ethernet carte Connexion au réseau local :

Suffixe DNS spéc. à la connexion. : toto.com
Description . . . . . . . . . . . : Intel(R) PRO/100 M Network Connectio
n
Adresse physique. . . . . . . . . : 00-0D-56-8F-4A-C9
DHCP activé . . . . . . . . . . . : Oui
Autoconfiguration activée . . . . : Oui
Adresse IP. . . . . . . . . . . . : 192.168.1.238
Masque de sous-réseau . . . . . . : 255.255.255.0
Passerelle par défaut . . . . . . : 192.168.1.1
Serveur DHCP. . . . . . . . . . . : 192.168.1.7
Serveurs DNS. . . . . . . . . . . : 192.168.1.7
192.168.1.1
Bail obtenu . . . . . . . . . . . : jeudi 8 novembre 2007 08:29:22
Bail expire . . . . . . . . . . . : vendredi 16 novembre 2007 08:29:22
_________________________________________________________________

192.168.1.7, c'est le serveur de fichiers, d'impression, DHCP et DNS, celui-là même sur lequel certains postes se connectent mal
192.168.1.1, c'est la passerelle (un boîtier) internet.
Le suffixe DNS a l'air correct, non ?

Mais bon, ce poste là se connecte bien, en général. Je comparerai à d'autres qui posent problème, mais de mémoire, leur config était identique.

Niveau serveur, dans les événements DNS, j'ai ce message d'information qui revient régulièrement : "le serveur DNS a écrit la verson 1250 de la zone toto.com dans le fichier toto.cm.dns." - 1250, ou 1259, ou... J'ai cherché sur google, mais trouvé aucune aide intéressante là dessus.

Est-ce que vous voyez quelquechose qui cloche ?

Voilà... Merci encore !

Bon, j'ai trouvé une manip à faire sur les postes, qui a l'air de marcher, reste à voir si elle est durable (autrement dit, s'il ne faut pas la faire tous les jours ou presque...).
Vu sur un poste W2000 : à la connexion, pas d'accès à mon serveur - je change la config IP en fixant l'adresse IP à celle du poste, avec masque de sous-réseau et passerelle (je l'ai quand même mise) - j'arrête, je redémarre --> ok, la connexion est bonne.
Je repasse en DHCP, j'arrête, je redémarre --> ok, la connexion est bonne
J'arrête, je redémarre --> ok, bonne connexion aussi.

Avant ça, j'avais essayé un flushdns resté sans effet, ainsi qu'un ipconfig/renew...

Bizarre, non ?
D'autant qu'à part deux redémarrages et l'installation des outils d'admin de Dell, rien n'avait été modifié...
Si, juste une chose, mais justement parce que cela ne marchait pas : sur la passerelle 192.168.1.1 (donc qui fait office de deuxième serveur dns, voir config ip plus haut), j'ai ajouté le lien entre l'adresse IP du serveur de fichiers et son nom (donc premier serveur dns)... Peut-être ne fallait-il pas ? Bon, ceci dit, ça marchait mal avant...

Bonjour

La config IP que tu as décrite me semble bonne avec comme DNS primaire ton Serveur 2003.

Lorsque ton poste n'est pas connecté au serveur 2003, as-tu des problèmes réseau sur ce
poste ou fonctionne-t-il correctement excempté les mappages ? Si tu n'a pas de pb réseau,
je pense qu'il faudra que tu regardes au niveau de l'AD

J'ai oublié de te demander à quel niveau de service pack sont tes postes et ton serveur.

As tu des entrées dans le journal d'événement de ton DNS ? si oui indique les avec leur ID.

Pour les problèmes de réseau, j'utilise un utilitaire libre the dude qui te permet de cartographier ton réseau
et de surveiller les connexions de tes postes http://www.mikrotik.com/thedude.php.
Ca pourra peut-être te donner une piste.

Bonne journée

Mon serveur est sous Windows 2003 SP1, l'un des postes qui posent problème sous Windows 2000 SP4. Certains postes sous 2000 posent également les mêmes problèmes.

Dans le journal d'événement DNS, j'ai des messages comme ça :"le serveur dns a écrit la version 1634 de la zone 1.168.192.in-addr.arpa dans le fichier 1.168.192.in-addr.arpa.dns" (ID3150).

En général, lorsque le poste ne se connecte pas, il suffit de le redémarrer, et cela repart. Cela fonctionne dans 95% des cas. Et quand le poste ne se connecte pas, j'ai le message suivant lorsque j'essaie de me connecter aux lecteurs réseau : "échec d'ouverture de session : le nom du compte cible est incorrect". En revanche, tous les pings au serveur, y compris par son nom, se passent bien.
J'ai désinstallé les outils d'admin Dell (sait-on jamais), mais cela n'a rien changé...

The Dude l'air pas mal. Je vais voir ça...
Si mes problèmes vous disent quelquechose.... Merci par avance !

"le nom du compte cible est incorrect " ??
pfou , ce n'est pas un problème dns , ça ...
c'est plutôt du domaine active directory , je pense .

et ... Voili  Voilou  Voila !

Bonjour

As-tu essayé de sortir un poste qui te pose problème du domaine et de le réincrire ?
Si tu as des problèmes de droits, ça pourrait rétablit des SID d'enregistrement des postes
dans l'active directory et solutioner tes problèmes de droit.