Windows klok loopt achter, wil niet syncen met time server

[justmike]

Mijn vraag:

Al geruime tijd loop het klokje op mijn pc ( windows 11) 6 minuten achter, iets waar ik me niet echt zorgen over maakte.
Vandaag wou ik inloggen op een overheidswebsite en dat lukte niet, na contact met de Tech support blijkt dat de foutieve tijdsinstellingen dit probleem veroorzaken. Hoe ik dat kan corrigeren, daar kon de beste man me niet bij helpen.

Na een rondje googelen heb ik de volgende dingen geprobeerd:

- Handmatig synchroniseren met "time.windows.com" en "time.nist.gov" in de windows datum & tijd instellingen. Bij beide krijg ik de melding " The client fails sending out a request"


- In de Local services( services.msc) , Windows Time stoppen en terug starten. helaas zonder succes.

Ik heb verder geen idee meer wat ik nog kan proberen, alle raad is welkom.

[pennywiser]

Firewall, op jouw pc, of elders in je netwerk?

Je kan het testen met een telnet naar time.windows.com op poort 123:

https://kb.synology.com/e...CP_port_is_open_or_closed

Lukt dat niet krijg je geen connectie dan blokkeert een lokale firewall deze poort uitgaand.

[ Voor 73% gewijzigd door pennywiser op 24-10-2023 19:21 ]

[bonzz.netninja]

justmike schreef op dinsdag 24 oktober 2023 @ 19:16:
Mijn vraag:

Al geruime tijd loop het klokje op mijn pc ( windows 11) 6 minuten achter, iets waar ik me niet echt zorgen over maakte.
Vandaag wou ik inloggen op een overheidswebsite en dat lukte niet, na contact met de Tech support blijkt dat de foutieve tijdsinstellingen dit probleem veroorzaken. Hoe ik dat kan corrigeren, daar kon de beste man me niet bij helpen.

Na een rondje googelen heb ik de volgende dingen geprobeerd:

- Handmatig synchroniseren met "time.windows.com" en "time.nist.gov" in de windows datum & tijd instellingen. Bij beide krijg ik de melding " The client fails sending out a request"


- In de Local services( services.msc) , Windows Time stoppen en terug starten. helaas zonder succes.

Ik heb verder geen idee meer wat ik nog kan proberen, alle raad is welkom.

toon volledige bericht

Kun je die time.windows.com wel pingen? Zo niet, check je hosts file eens

[justmike]

@pennywiser telnet response = het maken van de verbinding is mislukt.

@bonzz.netninja ping naar time.windows.com geeft het volgende als resultaat :

code:

Pinging twc.trafficmanager.net [40.119.148.38] with 32 bytes of data:
Reply from 40.119.148.38: bytes=32 time=15ms TTL=115
Reply from 40.119.148.38: bytes=32 time=15ms TTL=115
Reply from 40.119.148.38: bytes=32 time=16ms TTL=115
Reply from 40.119.148.38: bytes=32 time=15ms TTL=115

Ping statistics for 40.119.148.38:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 15ms, Maximum = 16ms, Average = 15ms

geen idee wat dat betekend.

[The_Doman]

Tijd even handmatig instellen?
Let dan ook op dat het jaar en maand goed staat!

[justmike]

Na wat meer googlen blijkt dat mijn provider ( EDPnet ) poort 123 blokkeert

Deze post op userbase heeft me verder geholpen:
https://userbase.be/forum/viewtopic.php?t=62793

Mijn fritzbox fungeert nu als timeserver en de tijd lijkt correct te lopen.

Iedereen hierboven bedankt om mee te denken, @pennywiser bedankt om me in de juiste richting te wijzen.

[ Voor 18% gewijzigd door justmike op 24-10-2023 20:00 ]

[bonzz.netninja]

tamelijk ridicuul verhaal. In dit oude topic was het zelfde euvel NTP is geblokkeerd door ofwel mijn routers ofwel mijn ISP

[Will_M]

justmike schreef op dinsdag 24 oktober 2023 @ 19:58:
Na wat meer googlen blijkt dat mijn provider ( EDPnet ) poort 123 blokkeert

Deze post op userbase heeft me verder geholpen:
https://userbase.be/forum/viewtopic.php?t=62793

Mijn fritzbox fungeert nu als timeserver en de tijd lijkt correct te lopen.

Iedereen hierboven bedankt om mee te denken, @pennywiser bedankt om me in de juiste richting te wijzen.

Beetje érg lompe actie van je provider als ze UDP123 volledig dicht gezet hebben, je FrtitzBox moet z'n tijd namelijk ook érgens vandaan kunnen halen

• server 0.be.pool.ntp.org
• server 1.be.pool.ntp.org
• server 2.be.pool.ntp.org
• server 3.be.pool.ntp.org

Zijn de meest gebruikte (voor België).

[justmike]

@Will_M Mijn fritzbox haalt zijn tijd nu van 2.europe.pool.ntp.org

Voor zover ik het begrijp ( en dat is niet erg veel ) doet de fritzbox dat zonder poort 123

[Will_M]

justmike schreef op dinsdag 24 oktober 2023 @ 20:35:
@Will_M Mijn fritzbox haalt zijn tijd nu van 2.europe.pool.ntp.org

Voor zover ik het begrijp ( en dat is niet erg veel ) doet de fritzbox dat zonder poort 123

Ook dat gaat over UDP123

Start op je Windows machientje maar eens een Powershell window (administrative) op en voer daar onderstaande in:

code:

test-netconnection europe.pool.ntp.org -port 123

Datzelfde kun je ook voor de eerder genoemde 'x.be.pool.ntp.org' adressen doen.

[Junia]

Will_M schreef op dinsdag 24 oktober 2023 @ 20:42:
[...]


Ook dat gaat over UDP123

Start op je Windows machientje maar eens een Powershell window (administrative) op en voer daar onderstaande in:

code:

test-netconnection europe.pool.ntp.org -port 123

Datzelfde kun je ook voor de eerder genoemde 'x.be.pool.ntp.org' adressen doen.

Aangezien het UDP betreft gaat test-netconnection hier niet veel helpen lijkt me

[pennywiser]

justmike schreef op dinsdag 24 oktober 2023 @ 20:35:
@Will_M Mijn fritzbox haalt zijn tijd nu van 2.europe.pool.ntp.org

Voor zover ik het begrijp ( en dat is niet erg veel ) doet de fritzbox dat zonder poort 123

Stel dan als Windows time server in het ip adres van je Fritz.

https://www.thewindowsclub.com/change-time-server-windows-10

Zo haal je de tijd rechtstreeks van je Fritz en blijft connecten naar poort 123 binnen je net werk en heb je geen last van EDPnet. Je Fritz zorgt zelf wel dat hij op tijd staat.

[ Voor 18% gewijzigd door pennywiser op 24-10-2023 20:51 ]

[Will_M]

Junia schreef op dinsdag 24 oktober 2023 @ 20:48:
[...]


Aangezien het UDP betreft gaat test-netconnection hier niet veel helpen lijkt me

Jawel hoor, commando heeft geen enkele weet van TCP/UDP verschillen .... Rammelt gewoon aan de poort om te kijken óf er een reactie komt.

Één correct antwoord is méér dan genoeg.... tijd wil je niet 'herhalen'

[pennywiser]

justmike schreef op dinsdag 24 oktober 2023 @ 19:58:
Na wat meer googlen blijkt dat mijn provider ( EDPnet ) poort 123 blokkeert

Deze post op userbase heeft me verder geholpen:
https://userbase.be/forum/viewtopic.php?t=62793

Mijn fritzbox fungeert nu als timeserver en de tijd lijkt correct te lopen.

Iedereen hierboven bedankt om mee te denken, @pennywiser bedankt om me in de juiste richting te wijzen.

Ah je had het zelf al bedacht. Top!

[pennywiser]

justmike schreef op dinsdag 24 oktober 2023 @ 20:35:
@Will_M Mijn fritzbox haalt zijn tijd nu van 2.europe.pool.ntp.org

Voor zover ik het begrijp ( en dat is niet erg veel ) doet de fritzbox dat zonder poort 123

Of poort 123 mag alleen naar 2.europe.pool.ntp.org

[Will_M]

pennywiser schreef op dinsdag 24 oktober 2023 @ 20:54:
[...]

Of poort 123 mag alleen naar 2.europe.pool.ntp.org

Dan zal de 'devider' eerder op 'pool.ntp.org' liggen óf zelfs op 'ntp.org'

[pennywiser]

Will_M schreef op dinsdag 24 oktober 2023 @ 20:58:
[...]


Dan zal de 'devider' eerder op 'pool.ntp.org' liggen óf zelfs op 'ntp.org'

Ook dat is een aanname.

[Junia]

Will_M schreef op dinsdag 24 oktober 2023 @ 20:51:
[...]


Jawel hoor, commando heeft geen enkele weet van TCP/UDP verschillen .... Rammelt gewoon aan de poort om te kijken óf er een reactie komt.

Één correct antwoord is méér dan genoeg.... tijd wil je niet 'herhalen'

Natuurlijk niet, dat is namelijk inherent aan UDP waarbij je geen sessies (stateless en connectionless) hebt en dus ook niet de bevestiging kan krijgen dat je een response krijgt op een bepaalde poort. Test-netconnection test letterlijk TCP replies i.c.m. ICMP verkeer, geen UDP.

Tenzij toevalligerwijs dezelfde applicatiepoort op TCP ook open staat (123 in dit geval) ga je met test-netconnection geen UDP poorten kunnen testen.

[ Voor 12% gewijzigd door Junia op 24-10-2023 21:04 ]