5
Zeitsynchronisationsproblem Applikation vs. Domäne mi DCF77
Guten Morgen liebe Foristi,
als W2k3/AD-Frischling muß ich eine Produktionsdomäne mit Servern, Client-PCs und SPSn hinter einer HW-Firewall administrieren mit Grundkenntnissen über W2000-Server, XP, TCP-IP und autodidaktisch erworbenen Ergänzungen.
Ich hoffe hier auf gelegentliches "auf die Sprünge helfen".
Alle Clients und SPSn (SpeicherProgrammierbareSteuerungen) werden in der Domäne automatisch zeitsynchronisiert, der DC ist durch eine DCF77-Quelle aktuell automatisch auf Sommerzeit gesynct. Soweit sogut.
Nun sind Clients (ca.75) dazugekommen, auf denen eine Applikation läuft, die das Flag des "Sommerzeithakens" (welcher wegen der DCF77 nicht gesetzt ist) abfragt und ständig produktionshemmende Fehlermeldungen produziert, die auf eine Abweichung zum Datenkommunikationsserver von 60 Minuten hinweist, welcher außerhalb der Domäne existiert. Das Systemhaus kann angeblich erst zum Jahresende mit einem Softwarerelease reagieren.
Kann ich etwas tun, um zum einen die Clients im AD zu halten und zu administrieren und zum anderen dieser buggy Applikation den "Haken" vorzutäuschen ?
Bitte beachtet bei euren Antworten meinen Frischling/Lehrling-Status und erklärt ausführlich. Besten Dank im Voraus.
als W2k3/AD-Frischling muß ich eine Produktionsdomäne mit Servern, Client-PCs und SPSn hinter einer HW-Firewall administrieren mit Grundkenntnissen über W2000-Server, XP, TCP-IP und autodidaktisch erworbenen Ergänzungen.
Ich hoffe hier auf gelegentliches "auf die Sprünge helfen".
Alle Clients und SPSn (SpeicherProgrammierbareSteuerungen) werden in der Domäne automatisch zeitsynchronisiert, der DC ist durch eine DCF77-Quelle aktuell automatisch auf Sommerzeit gesynct. Soweit sogut.
Nun sind Clients (ca.75) dazugekommen, auf denen eine Applikation läuft, die das Flag des "Sommerzeithakens" (welcher wegen der DCF77 nicht gesetzt ist) abfragt und ständig produktionshemmende Fehlermeldungen produziert, die auf eine Abweichung zum Datenkommunikationsserver von 60 Minuten hinweist, welcher außerhalb der Domäne existiert. Das Systemhaus kann angeblich erst zum Jahresende mit einem Softwarerelease reagieren.
Kann ich etwas tun, um zum einen die Clients im AD zu halten und zu administrieren und zum anderen dieser buggy Applikation den "Haken" vorzutäuschen ?
Bitte beachtet bei euren Antworten meinen Frischling/Lehrling-Status und erklärt ausführlich. Besten Dank im Voraus.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 140566
Url: https://administrator.de/forum/zeitsynchronisationsproblem-applikation-vs-domaene-mi-dcf77-140566.html
Ausgedruckt am: 25.12.2024 um 14:12 Uhr
5 Kommentare
Neuester Kommentar
per gpo für diese Clients die Zeitquelle ändern auf manuell oder eine die passt.
...falls Du mit manuell die lokale Clientzeit meinst - das geht nicht, weil die wg. eines Treiberfehlers sehr stark auswandert.
Ich habe einen Server im Netz gefunden, der zu einer anderen Domäne gehört und UTC-gesynct ist. Wie kann ich den anzapfen ohne DomänenAdminRechte ?
Wie muß dieser Server konfiguriert sein ?
Ich habe einen Server im Netz gefunden, der zu einer anderen Domäne gehört und UTC-gesynct ist. Wie kann ich den anzapfen ohne DomänenAdminRechte ?
Wie muß dieser Server konfiguriert sein ?
um Zeitquellen anzuzapfen brauchst du i. d. Regel keine zugriffsrechte. kannst du keine externe Zeitquelle nutzen z.b. ptbtime ?
Wie ich Eingangs erwähnte, befinden wir uns hinter einer Firewall in einer geschlossenen, von der bösen Aussenwelt aus sicherheitstechnischen Gründen abgeschnittenen Produktions-Domäne.
Wir haben das kürzlich so gelöst, daß die Systeme, die nicht selbständig auf Sommerzeit umstellen können, weiterhin die DCF-77-Zeitquelle benutzen und die PCs sind jetzt wie auch der DC mit einer UTC aus dem Intranet synchron.
