Salut,
 
J'ai des problèmes sur un domaine (2003) dont je m'occupe depuis peu.
 
Domaine : local.societe.com
2 serveurs qui gèrent le domaine/l'AD (réplication DNS sur les 2).
 
 
Problèmes :
 - DFS est utilisé pour 2 racines :
   Un coup on appelle \\local.societe.com\public et on a un message d'erreur, d'autres coups (+ souvent) ça passe sans prb.
   Un coup on appelle \\societe\public et même chose, des fois ça passe, des fois non
   Quand l'un n'est pas accessible, l'autre l'est normalement.
 - (par GPO) : Un MSI (pack de compatibilité Office 2007) avait du mal à s'installer (lors du démarrage des machines), après quelques reboots c'est passé...
 - (par GPO) : Un script d'autoconfig proxy (proxy.pac) + blocage des modifications d'autoconfig proxy dans IE appliqués. La majorité des postes (de la même OU et utilisateurs de la même OU) est bien configurée, mais d'autres non pas l'adresse du script proxy.pac alors que la config manuelle pour l'utilisateur est bien bloquée.
 - Le script de connexion demande parfois un MDP alors qu'il devrait se dérouler sans prb
 - Un utilisateur classique se retrouve avec les lecteurs réseaux dédiés aux comptes prestataires (un reboot ou déco règle le problème)
 
 
J'ai l'impression qu'un des 2 serveurs est un peu moisi...
J'ai vérifié la config par rapport à ce que je sais, je n'ai rien vu d'anormal.
 
 
 
Avez-vous une idée ?
Comment vérifier la config de l'AD ?
Ca vous parles tous ces problèmes ?
 

Salut. Déjà, les logs Windows côtés serveurs et clients ne sont pas plein d'events en rouge qui dirait des choses intéressantes ?
Apres utilise les classiques netdiag/dcdiag pour les vérifs de base sur tout ça.
Sinon pourquoi vous avez 2 racines DFS pour accéder a la même chose ? Y'a 1 racine par DC ?
Pour tes problemes d'application de GPO qui s'applique mal, si t'as des clients XP a tu bien desactivé le fast logon ?

pour rajouter a ce que dis Pollo, La base c'est de verifier dns (en faisant des requetes nslookup).
 
 Vérifier que sur chaque contrôleur, l'adresse du dns primaire est lui même (règle de base) et le secondaire, l'autre controleur. Verifier surtout le journal d'evenement concernant DNS. C'est souvent la base de tous les problemes.

Oui, je sais que DNS est souvent la source. Mais ne sais pas tout ce qu'il faut vérifier, les commandes, etc.
 
Avant de partir j'ai rapidement regardé et ai vu bcp de choses anormales. Je vous tiens au courant demain...
 
merci !

Voici des events (désolé pour le nombre...).
Je reprends ensuite vos conseils/tests.
 
 
----------------------------------------
 
DANS DNS :
 
27/02/08 :
DNS - 4004

 
 
 
05/11/07
7053
 
La fonction sendto() du serveur DNS a échoué.  Les données d'événement contiennent l'erreur.
 
 
 

 
-----------------------------------------
 
DANS APPLICATION :
 
10/03/08

 
 
Etc ça se répete toutes les 5 minutes depuis le 08/03 et juste avant que ces events démarrent j'ai ça :
 

 
 
autre choses :
 
 
07/03 :

 
05/03 :

 
 
28/02 :

 
27/02 :

 
27/02 :  

 
Dans la config IP des 2 serveurs, c'est ok, c'est comme ça.
Je continue...
 
(pour NSLOOKUP, que faut-il faire éxactement ?)

verifier que tu resouds le domaine, et des entrées au hasard qui sont present dans le dns.
 
Tu as des erreurs dans les evenement de replications ?

Netdiag :

 
 
Dcdiag :
Tout en "passed" ...

tu as fait un dcdiag /v ?

Je peux voir ça où ?

non, je fais ça de suite

Dans l'observateur d'évènements, services d'annuaires et services de réplication de fichier

dcdiag /v = je ne vois rien d'anormal.
Pour ceux qui ont le courage de jeter un oeil... ( ) : http://groody.free.Fr/temp/liste.txt

Je continue le reste...

Dans Service D'annuaire il y 'a quelques avertissements (1 tous les plusieurs jours) pour des sessions d'utilisateurs.
 
Dans Service de réplication de fichiers, pas d'erreur mes 2 informations qui reviennent souvent :
 

 
Vu les horaires, je pense que c'est juste après les reboots.
 
 
alors, ça vous parle tout ça ?  

Bon, avec NSlookup j'ai déjà vu que quelque chose qui ne va pas.

\\societe\public (pour accéder àla racine DFS) ne passe pas du premier coup sur les postes, ou renvoie même un message d'erreur.

Nslookup societe (nom compatible NT4 au lieu de local.societe.com ?) = une IP sur le net utilisée pour les clients qui accèdent à l'extranet.

Super...

Donc, je pense que le deploiement de MSI sera résolu (GPO utilisant \\societe\publie\etc.), après le reste... aucune idée.

PAs de prb de résolution pour les quelques machines que j'ai testé.

Fait gaffe t'as laissé le nom de ta boite en clair je crois

Sinon c'est normal que le nslookup foire sur "societe" tout court, mais derriere le DFS ça correspond a quoi "societe", c'est un serveur ou juste une racine DFS ? si tu fais ping societe, dans les faits il fait ping.societe.local.societe.com ? Autre chose ?

Désolé pour le retard.
 
Oui, j'ai ajouté une GPO "toujours attendre le réseau ..." pour l'ouverture de session.
 
Je me suis mal exprimé pour la racine DFS, elle est répliqué sur 2 serveurs (les 2 DC).
 
 
 
Petite question, le serveur principal fait tourner beaucoup de choses, je désires installer un 2003 R2 qui ne fera que de la gestion du réseau/domaine (DNS/DHCP/Roles, etc.).
Est-il possible de passer le second DC (existant) en principal, le mettre à niveau (R2) puis installer+DCpromo sur le nouveau sans risque d'avoir une base foireuse ?

DC principal ça ne veut pas dire grand chose avec l'AD... Et oui l'intégration d'un DC R2 dans un AD 2003 ne pose pas de soucis, y'a juste l'update du schema a faire avant donc, sur une infra simple comme la tienne y'a aucune raison d'avoir un soucis.
 
Mais bon, je te conseille quand meme de resoudre tes problemes actuels avant de rajouter ce nouveau DC pour ne pas risque de mélanger plusieurs problemes.

Quelle truffe je suis ( )
 
Pour moi, \\societe est un alias de local.societe.com (le domaine), proposé par 2003/AD pour rester compatible avec les anciennes version de Win. Non ? Je n'ai rien trouvé validant ça dans la config. Ca se trouve au moins ?
Pas d'alias / entrée dans le DNS interne (seulement public).
 
ping societe = l'entrée DNS publique (donc IP sur le net).
 
Quand, sur les postes, j'appelle \\societe\public (racine DFS), soit ça s'ouvre de suite, soit c'est long (je comprends vu le conflit niveau DNS), soit msg d'erreur ( Aucun logiciel réseau n'a accepté le chemin réseau fourni / voire même un autre je crois).

Ta racine DFS c'est une racine de domaine ?
"societe" c'est au moins le nom netbios de ton domaine local.societe.com ?
Tes postes ont bien tous comme comme contexte DNS par défaut local.societe.com ?

Oui, celle ci est une racine de domaine.

Je suis perdu là, comment (où) voir le nom netbios du domaine ?
J'ai fais le tour de plusieurs endroits, et n'ai rien vu.

De toute façon, si j'arrive à tomber sur la racine (quand ça marche), c'est qu'il y'en a un ?

Dans ta console users & computes AD, click droit/propritété a la racine du domaine par exemple pour voir le nom netbios.
Et globalement, le netbios c'est le Mal, t'as des serveurs WINS sur ton réseau ?

ok, nom de domaine (antérieur à Windows 2000) = societe
 
Non, plus de Wins ici.
 
Ok, je pensais que SOCIETE serait quand même correctement géré. Y'a plus qu'à utiliser local.societe.com, plus long...
 

 
 
Malgré ça, je ne suis pas sûr que tous mes prbs soient liés à ça...
Non ?

Sans doute pas non, puisque dans ton 1er poste tu dis que meme avec le nom DNS ça ne marche des fois pas, et tu sembles avoir reguliere des problemes temporaires pour contacter ton AD.

Sinon pour garder ton chemin court tu peux tenter de mettre un enregistrement "societe" en alias des A pour local.societe.com dans ton DNS, mais je suis pas sur que ça marche pour taper du DFS derriere.

J'etais en reunion cet aprem
 
T'aurais pas un des 2 DNS AD qui redirige vers le dns publique et pas l'autre des fois ?
 
Des clients ont quoi en dns primaire ? c'est gere en dhcp ?

Si tu as zieuté, as-tu vu quelque chose de louche dans les logs ?
Quelque chose qui indique que ça ne va pas ?  
Une piste vers quoi essayer ?
 

Je n'ai rien en enregistrement de type A pour local.societe.com, que des noms de machines...
J'avais essayé d'ajouter un alias vers local.societe.com mais ça ne marche pas, la cible devient "local.societe.com.". Je m'y suis peut-être mal pris, je retente.
 
Merci pour le coup de main

Ca peut-etre aussi un probleme de redirection des requetes dns vers les dns publiques (ou du moins du fournisseur internet).

 
J'ai lu en diagonale mais y'a rien qui saute aux yeux. Le message d'erreur dit quoi exactement quand t'arrives pas a acceder au DFS par le nom FQDN ?
 
 
 

 
Oui, mais tu dois par contre avoir des enregistrement A identifié "identique au dossier parent" qui pointent vers les IP de tes DC.
 
 

Désole de répondre en retard et dans le désordre.
 
 

 
 
Je viens de prendre les 2 conf pour les comparer.
Conf du serveur :
Sur un, "Activer le nettoyage auto des enregistrements obsolètes" n'était pas activé. Les 2 sont à 7 jours (c'est pas un peu bcp ? A voir avec le bail DHCP j'imagine...(après vérif, bail de 5 jours)).
 
 
Conf de la zone de recherche directe :
Pas de différence.
 
 
 
 
Serveur DNS pour les clients (ma machine par ex) : Les 2 DNS internes.
Oui, serveur DHCP utilisé (heureusement  )

Est ce que c'est toujours les memes postes sur lesquelles ca marche ou pas ?
Si c'etait le cas, verifier les suffixes dns des postes des fois qu'il y'ait un vieux truc qui traine. (Ipconfig /all)

J'ai un doute maintenant si sur local.societe.com ça foirait. Si ça me le refait, je te donne le msg.
 
 

Effectivement, j'en ai 2.
 
blabla        Alias (CNAME)       local.societe.com.
 
\\blabla ne donne rien.
Nslookup blabla = *** serveurDNS1.local.societe.com ne parvient pas à trouver blabla : Non-existent domain
 
 

Je ne crois pas que ce soient les même. Mais je vais checker.
 
Au fait, et les lignes des events log que j'ai (les ertreurs), ça vous parle pas ? ( http://forum.hardware.fr/forum2.ph [...] s=0#t34355 )

T'aurais pas eu a une epoque un autre DC qui aurait été supprimé dans la douleur ?

 
 
Maintenant ça passe !
 
Nslookup =  
 
nom : local.societe.com
Adresses : "Les IP des 2 DNS"
Aliases : blabla.local.societe.com
 
 
 
 
\\blabla = aucun logiciel réseau n'a accepté le chemin réseau fourni
\\blabla\public (racine DFS) = même chose

 
Fallait peut-etre le temps que ça se réplique entre tes 2 serveurs.
 
 

 
C'est pas forcement tres etonnant, ça valait le coup d'essayer mais je pense que les serveurs DFS n'apprécient pas trop ce genre de bidouille

Je viens de me renseigner :
 
Jusqu'il ya 3 ans, il y'avait un seul serveur (AD/DNS).
Ensuite sont venus 2 serveurs (les actuels) qui ont répliqué.
Ensuite l'ancien a été stopé pour le virer du réseau, et là, réseau planté. J'imagine qu'il avait les rôles FSMO et que c'était la source du prb ?
Donc les presta de l'époque sont intervenus.
 
J'imagine que ça répond à ta question...

Ok pour le DFS, mais \\blabla devrait bien faire tomber sur l'AD (local.societe.com) avec les prt publiées, etc. ?

Non plus, c'est le meme principe en fait.

ok
 
 
DNS publiques mis à jour, societe.societe.com n'éxiste plus.
Un "nslookup societe" ne renvoie plus l'IP publique.
 
Un \\societe me jète direct, je n'arrive même plus à tomber comme avant (les fois où ça passait) sur la racine DFS.