Tijd Syncen met server (geen DC)

[Verwijderd]

Hallo,

(Ik weet niet of dit hier thuis hoort, maar bon)

Ik sta sinds kort voor een klein probleem met het syncen van de klok van een pc met de server klok. Google biedt menig oplossingen aan, maar tot nogtoe vind ik geen werkende.

Situatieschets:
We hebben enkele servers die verbonden zijn met het bedrijfsnetwerk met NIC1 en met een 2e NIC zijn verbonden met een afgeschermd database-netwerk. Omwille van de database gegevens zou de klok van alle clients die op het afgeschermd netwerk zitten moeten synchroniseren met de database server.

Het probleem stelt zich sinds de database server is gemigreerd van een windows server 2000 naar een windows server 2003. Voorheen werd dit simpelweg gedaan door een scheduled task met het 'net time \\192.168.1.1 /YES' commando en dit werkte prima als dit werd uitgevoerd met de lokale user (op de client - ook windows 2000). Als ik dit commando nu uitvoer krijg ik een error 'Access Denied'. De oude server is niet meer beschikbaar en dus kan ik de situatie daar niet meer bekijken. Wel ben ik 100% zeker dat dezelfde users met dezelfde rechten zijn aangemaakt op de server. De taak uitvoeren met een user die lokale admin is, werkt ook niet. En logischerwijze ook niet als het wordt uitgevoerd als een server-admin.

Het lijkt me logisch dat het een rechten probleem is (gezien de access denied) maar als ik oplossingen zoek, slaan deze altijd terug op domein pc's, wat hier du niet het geval is, enkel de server zit in een domein, maar dat domein heeft hier even niets mee te maken).

Een time server installeren en/of 3rd party tools om de klok te synchroniseren is geen optie, het zou dus effectief met een commando moeten gebeuren (of een script) dat ingesteld wordt als scheduled task.

Ik heb reeds geprobeerd met het w32tm commando (w32tm /config /syncfromflags:manual /manualpeerlijst:192.168.1.1 maar dit lukt niet op de betreffende client (win 2000) en ook niet op recentere clients met hetzelfde probleem (win XP).

Iemand enig idee hoe dit op te lossen?

Thx

[core_dump]

Heb je op de nieuwe server UDP poort 123 en TCP poort 37 open gezet in de firewall?

[Equator]

Move naar Serversoftware en Windows Servers

[akimosan]

Je hebt iig geen 3rd party tools nodig, de benodigde timeserver en client zit immers al in Windows 2003.

W32tm is de nieuwe time service (Windows Time) en biedt vergelijkbare functies als wat je met NET TIME kon bereiken (en meer)

Er zal dus mogelijk verschil zitten in je syntax voor de commando's tussen Windows 2000 clients en Windows XP en hoger.

Op zich maakt dat in een batchfile en scheduled task niet zoveel uit

w32tm /resync
net time \\<server>


De eerste regel zal op Windows 2000 "command unknown" maar de 2e regel pakt ie gewoon.

Firewall poorten is natuurlijk ook belangrijk.

Maar veel belangrijker is wat je als timesource hanteert! Is het databasenetwerk ook opgenomen in een apart Active Directory domein? De bedoeling is namelijk dat de tijd gelijk loopt met de domaincontrollers (waarbij tenminste 1 DC (PDC emulator) de tijd syncroniseert met een betrouwbare tijdsbron.

Wanneer je "zomaar" een andere tijdsbron instelt en daarmee al je clients gelijk laat lopen, ga je problemen krijgen met je netwerk (Kerberos logon errors om maar wat te noemen)

Aangenomen dat je database server de time-master is, zou het volgende kunnen:

1) Je database server synchroniseert met een betrouwbare tijdsbron (bijv NTP server op het internet, enkel de poorten voor NTP of SNTP hoeven open te zijn op de firewall, eventueel kun je hiervoor ook nog een relay gebruiken
2) Je domain controller met de PDC emulator role synchroniseert met je DB server (eventueel via een relayport)
3) Je clients synchroniseren met de domaincontroller (zou standaard al moeten werken)

Middels Group Policies of scripts en scheduled tasks kun je nog de waarden aanpassen hoe vaak er moet worden gesynchroniseerd en welke afwijkingen er mogen zijn.

Edit: lees nu pas je verhaal over wat er wel en niet in het domein zit.... Hmm, voorgestelde optie is nog steeds min of meer geldig en de net time werkt bij mij onder Windows 7 ook nog steeds, dus het lijkt geen syntax fout

[ Voor 6% gewijzigd door akimosan op 15-03-2012 20:19 ]

[Verwijderd]

Thanks voor de antwoorden;

core_dump schreef op woensdag 14 maart 2012 @ 14:11:
Heb je op de nieuwe server UDP poort 123 en TCP poort 37 open gezet in de firewall?

De firewall is uitgeschakeld, dus deze poorten 'staan open' :-)

akimosan schreef op donderdag 15 maart 2012 @ 20:08:
Maar veel belangrijker is wat je als timesource hanteert! Is het databasenetwerk ook opgenomen in een apart Active Directory domein? De bedoeling is namelijk dat de tijd gelijk loopt met de domaincontrollers (waarbij tenminste 1 DC (PDC emulator) de tijd syncroniseert met een betrouwbare tijdsbron.

De database server zit in het global domein, dus deze synchroniseert de tijd met de DC, die op zijn beurt gesynchroniseerd wordt met een betrouwbare tijdsbron - dit is buiten mijn bevoegdheden, maar ik ga er van uit dat dit allemaal in orde is :-) )
Ik zou dus de klok van de database clients willen synchroniseren met die database server, gezien directe communicatie tussen de database clients en de time-server/DC onmogelijk is. De clients hebben ook geen internetverbinding waardoor online syncen met de ingestelde tijdsbron ook onmogelijk is.

Ik ben ook aan dit issue begonnen met het gedacht dat dit een simpele instelling zou zijn, maar dit is mij dus tegengevallen :-)


*edit: typos