<<Tu risque d'avoir des soucis si ton horloge avance par rapport à une base de temps universelle. Tu risque d'avoir des logs non cohérentes, surtout si tu fais une mise à jour brutale par rapport à la base de temps universelle.>>
Je suis bien d'accord avec ça, mais pour le moment, c'est le fonctionnement précis de NTP, et de l'adapter pour qui fonctionne dans les contraintes citées précédement qu'on me demande, tout en étudiant l'impact de problèmes comme celui que tu soulèves là, c'est à dire en gros, que toutes mes machines de mon réseau local se retrouve à faire un saut en arrière d'où gros problème au niveau des logs mais d'autres problèmes tout aussi grave... Si quelqu'un avait une URL ou qq chose sur ce sujet, ça serait cool. Et si tu veux, pour le moment, je fonctionne en imaginant le pire, normalement, ma carte ne va pas avoir 15 heures de décallage mais je sais qu'on va me demander ce qui se passe dans ces cas là et si NTP réagit bien, c'est pour ça que je le teste;
<<Y a un autre truc qui m'inquiète, c'est ton "dans un premier temps". Ca veut dire que d'autres choses sont prévues? Quoi donc Parce que ça risque d'influer sur le choix de la solution à apporter. les problèmes de synchronisation sur un ensemble de systèmes ne sont pas si simple à résoudre qu'ils en ont l'air.>>
Pour l'instant, le premier temps est uniquement ce qu'on m'a demandé, mais pour être bref, les clients de mon employeur sont les militaires qui sont plutot secrets secrets dans le genre, donc y ont demandé à la boite, pourriez pas nous mettre le NTP? Après pourquoi ils veulent l'utiliser à part pour synchroniser, j'en sais rien. C'est sur que si c'est pour par exemple de la gestion de base de données de transactions etc, ca risquerait d'être le merdier totale si le temps revient en arrière. Donc voilà, j'aimerai bien savoir si quelqu'un si connait un peu dans ce sujet, ça m'interesse aussi de philosopher un peu la dessus ;-)... merci d'avance
[^] # Re: Et un module qui fournit l'heure par RS232 par exemple?
Posté par the_ionic . En réponse au message Je reviens avec mon NTP. Évalué à 0.
Je suis bien d'accord avec ça, mais pour le moment, c'est le fonctionnement précis de NTP, et de l'adapter pour qui fonctionne dans les contraintes citées précédement qu'on me demande, tout en étudiant l'impact de problèmes comme celui que tu soulèves là, c'est à dire en gros, que toutes mes machines de mon réseau local se retrouve à faire un saut en arrière d'où gros problème au niveau des logs mais d'autres problèmes tout aussi grave... Si quelqu'un avait une URL ou qq chose sur ce sujet, ça serait cool. Et si tu veux, pour le moment, je fonctionne en imaginant le pire, normalement, ma carte ne va pas avoir 15 heures de décallage mais je sais qu'on va me demander ce qui se passe dans ces cas là et si NTP réagit bien, c'est pour ça que je le teste;
<<Y a un autre truc qui m'inquiète, c'est ton "dans un premier temps". Ca veut dire que d'autres choses sont prévues? Quoi donc Parce que ça risque d'influer sur le choix de la solution à apporter. les problèmes de synchronisation sur un ensemble de systèmes ne sont pas si simple à résoudre qu'ils en ont l'air.>>
Pour l'instant, le premier temps est uniquement ce qu'on m'a demandé, mais pour être bref, les clients de mon employeur sont les militaires qui sont plutot secrets secrets dans le genre, donc y ont demandé à la boite, pourriez pas nous mettre le NTP? Après pourquoi ils veulent l'utiliser à part pour synchroniser, j'en sais rien. C'est sur que si c'est pour par exemple de la gestion de base de données de transactions etc, ca risquerait d'être le merdier totale si le temps revient en arrière. Donc voilà, j'aimerai bien savoir si quelqu'un si connait un peu dans ce sujet, ça m'interesse aussi de philosopher un peu la dessus ;-)... merci d'avance