J'ai un gros problème avec le temps sur mon domaine.
Il s'agit d'un domaine AD Win2003 avec 2 controleurs. Les stations sont en
DHCP.
Je viens un peu de m'apercevoir avec horreur que quasiment aucune station
n'est à l'heure.
Elles enregistrent l'évènement :
Type de l'événement : Avertissement
Source de l'événement : W32Time
Catégorie de l'événement : Aucun
ID de l'événement : 36
Date : 10/03/2009
Heure : 19:00:22
Utilisateur : N/A
Ordinateur : PC071
Description :
Le service de temps n'a pas pu synchroniser l'heure système de 49152
secondes car aucun fournisseur de temps n'a pu fournir de datage utilisable.
L'horloge système n'est pas synchronisée.
Entre les DC et les serveurs je n'ai aucun problème de synchronisation.
Idem sur ma machine perso qui a une IP fixe.
Les machines ont presque 4 à 8 minutes de décalage. Je ne sais même pas
finalement comment les tickets Kerberos arrivent à fonctionner.
Si quelqu'un à une piste à la résolution de se problème et pourquoi
finalement cela n'a aucune incidence sur les logons ..
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fabrice
je me réponds..
Une GPO continuait à cibler un ancien DC. Malgré la configuration délivré via DHCP et établie par script la GPO semblait prévaloir.
Et pour le ticket kerberos, moins de 10 minutes de décalage. fabrice.
Fabrice wrote:
Bonsoir à tous,
J'ai un gros problème avec le temps sur mon domaine. Il s'agit d'un domaine AD Win2003 avec 2 controleurs. Les stations sont en DHCP. Je viens un peu de m'apercevoir avec horreur que quasiment aucune station n'est à l'heure. Elles enregistrent l'évènement :
Type de l'événement : Avertissement Source de l'événement : W32Time Catégorie de l'événement : Aucun ID de l'événement : 36 Date : 10/03/2009 Heure : 19:00:22 Utilisateur : N/A Ordinateur : PC071 Description : Le service de temps n'a pas pu synchroniser l'heure système de 49152 secondes car aucun fournisseur de temps n'a pu fournir de datage utilisable. L'horloge système n'est pas synchronisée.
Entre les DC et les serveurs je n'ai aucun problème de synchronisation. Idem sur ma machine perso qui a une IP fixe.
Les machines ont presque 4 à 8 minutes de décalage. Je ne sais même pas finalement comment les tickets Kerberos arrivent à fonctionner. Si quelqu'un à une piste à la résolution de se problème et pourquoi finalement cela n'a aucune incidence sur les logons ..
Merci par avance fabrice
je me réponds..
Une GPO continuait à cibler un ancien DC.
Malgré la configuration délivré via DHCP et établie par script la GPO
semblait prévaloir.
Et pour le ticket kerberos, moins de 10 minutes de décalage.
fabrice.
Fabrice wrote:
Bonsoir à tous,
J'ai un gros problème avec le temps sur mon domaine.
Il s'agit d'un domaine AD Win2003 avec 2 controleurs. Les stations sont en
DHCP.
Je viens un peu de m'apercevoir avec horreur que quasiment aucune station
n'est à l'heure.
Elles enregistrent l'évènement :
Type de l'événement : Avertissement
Source de l'événement : W32Time
Catégorie de l'événement : Aucun
ID de l'événement : 36
Date : 10/03/2009
Heure : 19:00:22
Utilisateur : N/A
Ordinateur : PC071
Description :
Le service de temps n'a pas pu synchroniser l'heure système de 49152
secondes car aucun fournisseur de temps n'a pu fournir de datage
utilisable. L'horloge système n'est pas synchronisée.
Entre les DC et les serveurs je n'ai aucun problème de synchronisation.
Idem sur ma machine perso qui a une IP fixe.
Les machines ont presque 4 à 8 minutes de décalage. Je ne sais même pas
finalement comment les tickets Kerberos arrivent à fonctionner.
Si quelqu'un à une piste à la résolution de se problème et pourquoi
finalement cela n'a aucune incidence sur les logons ..
Une GPO continuait à cibler un ancien DC. Malgré la configuration délivré via DHCP et établie par script la GPO semblait prévaloir.
Et pour le ticket kerberos, moins de 10 minutes de décalage. fabrice.
Fabrice wrote:
Bonsoir à tous,
J'ai un gros problème avec le temps sur mon domaine. Il s'agit d'un domaine AD Win2003 avec 2 controleurs. Les stations sont en DHCP. Je viens un peu de m'apercevoir avec horreur que quasiment aucune station n'est à l'heure. Elles enregistrent l'évènement :
Type de l'événement : Avertissement Source de l'événement : W32Time Catégorie de l'événement : Aucun ID de l'événement : 36 Date : 10/03/2009 Heure : 19:00:22 Utilisateur : N/A Ordinateur : PC071 Description : Le service de temps n'a pas pu synchroniser l'heure système de 49152 secondes car aucun fournisseur de temps n'a pu fournir de datage utilisable. L'horloge système n'est pas synchronisée.
Entre les DC et les serveurs je n'ai aucun problème de synchronisation. Idem sur ma machine perso qui a une IP fixe.
Les machines ont presque 4 à 8 minutes de décalage. Je ne sais même pas finalement comment les tickets Kerberos arrivent à fonctionner. Si quelqu'un à une piste à la résolution de se problème et pourquoi finalement cela n'a aucune incidence sur les logons ..
Merci par avance fabrice
F. Dunoyer
Fabrice a écrit :
je me réponds..
Une GPO continuait à cibler un ancien DC. Malgré la configuration délivré via DHCP et établie par script la GPO semblait prévaloir.
Et pour le ticket kerberos, moins de 10 minutes de décalage. fabrice.
Fabrice wrote:
en général le plus "efficace" c'est de laisser faire le domaine
Une GPO continuait à cibler un ancien DC. Malgré la configuration délivré via DHCP et établie par script la GPO semblait prévaloir.
Et pour le ticket kerberos, moins de 10 minutes de décalage. fabrice.
Fabrice wrote:
en général le plus "efficace" c'est de laisser faire le domaine
A compléter par quelques liens sur le sujet http://fds.mvps.org/ta/qr.htm#Q14" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://fds.mvps.org/ta/qr.htm#Q14
Une GPO continuait à cibler un ancien DC.
Malgré la configuration délivré via DHCP et établie par script la GPO
semblait prévaloir.
Et pour le ticket kerberos, moins de 10 minutes de décalage.
fabrice.
Fabrice wrote:
en général le plus "efficace" c'est de laisser faire le domaine
A compléter par quelques liens sur le sujet
http://fds.mvps.org/ta/qr.htm#Q14
--
François Dunoyer
Quelques liens pour Windows : http://fds.mvps.org/AdressesInternets.htm
Site perso : http://fds.mvps.org
Blog : http://fds34.spaces.live.com/
Une GPO continuait à cibler un ancien DC. Malgré la configuration délivré via DHCP et établie par script la GPO semblait prévaloir.
Et pour le ticket kerberos, moins de 10 minutes de décalage. fabrice.
Fabrice wrote:
en général le plus "efficace" c'est de laisser faire le domaine
A compléter par quelques liens sur le sujet http://fds.mvps.org/ta/qr.htm#Q14" target="_blank" class="text-blue hover:opacity-90 " style="word-break: break-all;" rel="noopener nofollow">http://fds.mvps.org/ta/qr.htm#Q14