Problèmes DNS sur serveur windows 2003
Mag
-
tsphax -
tsphax -
Bonjour,
Au secours, mon DNS est dans les choux !
Bon, j'explique... Déjà, je reprends l'informatique de là où je suis depuis quelques jours, et mon prédecesseur n'a pas eu le temps de tout me montrer... donc il y a plein de choses que je découvre au fur et à mesure.
Donc, pour reprendre dans l'ordre ce que j'ai pu identifier :
- les premiers jours, tout allait bien, tous les postes semblaient se connecter au réseau
- puis, j'ai du faire un redémarrage de serveur (windows 2003, serveur de fichiers, controlleur de domaine, serveurs dhcp et dns, tout ça sur le même serveur)
- à partir de là, certains postes ont eu du mal à accéder à leurs lecteurs réseau ; surtout ceux sous Windows 2000 (par opposition aux postes sous Windows XP qui posaient moins de problème), mais pas tous, et de manière plutôt aléatoire.
- donc, pour résoudre le problème, quand le problème se posait, j'ajoutais l'adresse de mon serveur dans le fichier host, voire le lmhost quand cela ne suffisait pas. En général, cela suffisait, sauf chez une utilisatrice, qui, vendredi par exemple, n'a pas réussi à se connecter
- pour résoudre le problème de manière plus pro, j'ai regardé la config IP sur un poste (qui avait le problème de temps en temps mais pas tout le temps), et j'ai vu qu'en serveur DNS secondaire se trouvait notre passerelle internet : hop, un coup de hot-line, ils m'ont configuré sur le serveur dns de la passerelle, l'adresse IP et le nom de mon serveur. Je pensais le problème résolu... que nenni ! aujourd'hui, le problème s'est posé chez deux utilisatrices qui n'avaient pas eu le souci avant. Et qui utilisent Windows XP.
Bref, je ne connais pas super bien les serveurs dns sous windows 2003, et je ne sais plus trop quoi faire, mes recherches sur le ouèbe n'ont rien donné de tangible.
La première chose à faire serait de voir si mon serveur de fichiers est bien défini dans le serveur dns (sachant qu'il s'agit du même serveur) ; quelqu'un pourrait-il m'indiquer comment faire ?
Ensuite, le mieux serait de faire des tests sur le poste de l'utilisateur qui n'arrive pas à se connecter : quels tests pourraient être intéressants ?
Merci beaucoup beaucoup par avance !
Au secours, mon DNS est dans les choux !
Bon, j'explique... Déjà, je reprends l'informatique de là où je suis depuis quelques jours, et mon prédecesseur n'a pas eu le temps de tout me montrer... donc il y a plein de choses que je découvre au fur et à mesure.
Donc, pour reprendre dans l'ordre ce que j'ai pu identifier :
- les premiers jours, tout allait bien, tous les postes semblaient se connecter au réseau
- puis, j'ai du faire un redémarrage de serveur (windows 2003, serveur de fichiers, controlleur de domaine, serveurs dhcp et dns, tout ça sur le même serveur)
- à partir de là, certains postes ont eu du mal à accéder à leurs lecteurs réseau ; surtout ceux sous Windows 2000 (par opposition aux postes sous Windows XP qui posaient moins de problème), mais pas tous, et de manière plutôt aléatoire.
- donc, pour résoudre le problème, quand le problème se posait, j'ajoutais l'adresse de mon serveur dans le fichier host, voire le lmhost quand cela ne suffisait pas. En général, cela suffisait, sauf chez une utilisatrice, qui, vendredi par exemple, n'a pas réussi à se connecter
- pour résoudre le problème de manière plus pro, j'ai regardé la config IP sur un poste (qui avait le problème de temps en temps mais pas tout le temps), et j'ai vu qu'en serveur DNS secondaire se trouvait notre passerelle internet : hop, un coup de hot-line, ils m'ont configuré sur le serveur dns de la passerelle, l'adresse IP et le nom de mon serveur. Je pensais le problème résolu... que nenni ! aujourd'hui, le problème s'est posé chez deux utilisatrices qui n'avaient pas eu le souci avant. Et qui utilisent Windows XP.
Bref, je ne connais pas super bien les serveurs dns sous windows 2003, et je ne sais plus trop quoi faire, mes recherches sur le ouèbe n'ont rien donné de tangible.
La première chose à faire serait de voir si mon serveur de fichiers est bien défini dans le serveur dns (sachant qu'il s'agit du même serveur) ; quelqu'un pourrait-il m'indiquer comment faire ?
Ensuite, le mieux serait de faire des tests sur le poste de l'utilisateur qui n'arrive pas à se connecter : quels tests pourraient être intéressants ?
Merci beaucoup beaucoup par avance !
A voir également:
- Problèmes DNS sur serveur windows 2003
- Changer dns - Guide
- Serveur dns gratuit - Guide
- Serveur dns orange - Accueil - Guide box et connexion Internet
- Clé windows 8 - Guide
- Montage video windows - Guide
14 réponses
J'ai trouvé !
C'est tout simplement dans les zones de recherche directes.
Donc j'ai vu que mon serveur et son nom sont bien référencés... tout a l'air normal !
Qu'est-ce que je peux faire pour dépanner mon réseau ?
Merci beaucoup de votre aide !
C'est tout simplement dans les zones de recherche directes.
Donc j'ai vu que mon serveur et son nom sont bien référencés... tout a l'air normal !
Qu'est-ce que je peux faire pour dépanner mon réseau ?
Merci beaucoup de votre aide !
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 !!
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.
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/b5protoapplicatifs/netbios.doc
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/b5protoapplicatifs/netbios.doc
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
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 !
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
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 !!
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 ?
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 ?
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 !
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...
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 https://mikrotik.com/thedude
Ca pourra peut-être te donner une piste.
Bonne journée
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 https://mikrotik.com/thedude
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 !
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 .
pfou , ce n'est pas un problème dns , ça ...
c'est plutôt du domaine active directory , je pense .