Discussion :

[tornade69]

Bonjour a tous,

Un petit peu long, mais je préfére détailler toutes les opérations que j'ai réalisées.

Voila, je galère depuis 2 jours sur certains postes de mon réseau, et j'ai l'erreur 1054, 1053, 1058

Pour le contexte, le serveur PDC 2008R2 a crasher il y a 3 semaines ! J'ai donc du transferer (Seize) en suivant la doc : https://technet.microsoft.com/fr-fr/...(v=ws.10).aspx

Une petite vérification avec : NetDOM /query FSMO --> Super tout fonctione
Petite purge des DNS, et voila tout fonctionne.

Aujourd'hui j'ai 2 postes clients Windows 7 qui refuse de se connecter au serveur. Et c'est ici que cela commence à être bizarre, car la connection avec le nom du serveur ne fonctionne pas, mais la connection avec l'adresse IP fonctionne parfaitement !

J'ai commencer a regarder les logs (observateur d'évènement) et j'ai constaté plusieurs erreurs. Serveur RPC non disponible
J'ai donc lancer un : nltest /dsregdns --> erreur disparu

J'ai ensuite vérifié les dns avec : DCDIAG /TESTNS
Des erreurs, sur des très vieux enregistrement DNS, je corrige, et maintenant plus d'erreur

Ensuite j'ai fait un check suivant la procédure : https://social.technet.microsoft.com...wsserver2008fr & http://fr.megacrack.es/2008/11/16/co...13568-o-13561/
Modif base de registre, net stop ntfrs, net start ntfrs

depuis quand je fais un net share, je n'ai plus netlogon (sans doute lié au problème)

Mais comme j'ai toujours des erreurs liés au DNS, je fais une vérification complète en suivant :
-Each & every sub folder inside _msdcs folder in DNS
-Name server tab in DNS
-Host records in DNS
-Server object under NTDS setting in AD sites & services.
-Open ADSIEDIT.MSC, connect to configuration partition
CN=Configuration, DC=domain, DC=com > CN=Sites > locate DC to be removed from the sites.

J'ai rien trouvé de bizarre dans ADSIEDIT, et je n'ai fait aucune modification

Le test DCDIAG /TESTNS fonctionne sans erreur !

Je fini avec un ipconfig /flushdns et ipconfig /registerdns

Puis un petit reboot du serveur

Maintenant sur le poste client :
gpupdate est en erreur toujours 1053 et 1054

Si je me connect avec le compte utilisateur, lorsque je souhaite aller sur un partage via le \\nom du serveur cela ne fonctionne pas (demande de login) et par contre via l'adresse IP cela fonctionne parfaitement

Si je me connect avec le compte admin du domaine sur le poste : tout fonctionne

J'ai fait un diag du poste avec malwarebytes, roguekiller, ad?? et j'ai trouvé beaucoup de choses ... résolu
Mais toujours pas de connexion au serveur via son \\nom

Et sur le serveur le netdom fonctionne, mais je n'ai plus les partages sysvol ???
Dans c:\windows\sysvol\sysvol\domainename j'ai : DO_NOT_REMOVE_NtFrs_PreInstall_Directory

Avez vous une idée de comment résoudre ce problème ???


Merci pour votre aide
PS : J'ai maintenant un deuxième poste qui pose problème

[tornade69]

Bonsoir,

J'avance sur mon problème,

dcdiag /test:netlogons
me renvoie une erreur systèmatique

Mais dans le dossier sysvol je n'ai plus le dossier script (heuresement j'en ai une copie)

je recopie le dossier policies et script dans net logon puis je fais :

Click Start, click Run, type regedit, and then click OK.
Locate the following subkey in Registry Editor: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Netlogon\Parameters
In the details pane, right-click the SysvolReady flag, and then click Modify.
In the Value data box, type 0, and then click OK.
Again in the details pane, right-click the SysvolReady flag, and then click Modify.
In the Value data box, type 1, and then click OK.

Et un petit reboot, et mon dossier netlogon fonctionne !!

Bon maintenant retour sur le poste, reboot, ouverture de session (très très longue a s'ouvrir)
gpupdate erreur
ping du nom du serveur : OK
nslookup : nom du serveur et nom du domaine : OK
ping nomdudomaine : Ok

Explorateur windows
\\adresse-ip-serveur : Ok
\\nom-du-serveur : Ko

Je ne trouve pas le l'origine du problème, même après avoir corrigées les erreurs sur le serveurs

Quelqu'un aurait un piste ??

Merci pour votre aide

[A&Nexus]

Bonjour,
Est-ce que tu utilises les fichiers hors-connexions ?

[tornade69]

Bonjour,

dans le panneau de configuration, centre de synchronisation : aucun partenariat

Merci

[A&Nexus]

Essaye de te connecter en \\nomduserveur.domain.local (en remplaçant domain.local bien entendu).

[tornade69]

Merci pour l'aide,

les ping :
nom-du-serveur : ok
nom-du-domaine.local : ok
nom-du-serveur.nom-du-domaine.local : ok

L'accès au ressource via
nom-du-serveur.nom-du-domaine.local : Ko

Je ne sais pas ce qui bloque ??? Et j'ai pas d'erreur dans le journal du poste et pas d'erreur non plus du coté du serveur

Merci de votre aide

[A&Nexus]

Cela me l'avait fait une fois à cause des fichiers hors connexions.
Mais visiblement cela n'est pas ton cas.

Tu as essayé en désactivant les firewalls des deux côtés ?

[tornade69]

Parefeu et antivirus désactivé des 2 cotés (client et serveur)

Toujours rien ... toujours la recherche en erreur.

Et je n'ai le problème que sur 2 postes, j'ai 5 autres postes qui fonctionne parfaitement

Plus je cherche et moins je trouve d'idée

Merci pour ton aide,

La question reste ouverte (j'avais eu aussi le problème avec des dossiers synchros)

Merci

[A&Nexus]

Si ce n'est pas sur tous les postes, test en sortant le PC du domaine et à le remettre.

[tornade69]

Merci pour cette suggestion, mais cela est très très compliqué a cause de mauvais éditeur de logiciel qui place leur clé de protection dans la base de registre de l'utilisateur et non pas dans la base de registre de l'ordinateur.
Et en plus il faudra reconfigurer le bureau et toutes les applications type messagerie , etc.

Merci,

J'aimerais trouver une méthode non invasive.

[A&Nexus]

Peux-tu faire un ipconfig /all de ton client et de ton serveur AD ?

Merci,

[tornade69]

Phénomène bizarre,

Quand j'ouvre une session administrateur sur le poste, celle ci se fait dans un profil temporaire, mais l'accès au serveur directement \\nom-du-serveur fonctionne.

Plus j'avance et plus je recule avec ce problème

Merci pour votre aide