Tids synk problem - peer not resolved

[PerX]

Hej,

 

Jag har  problem med windows 10 och att windows 10 inte kan synkronisera med tids servern och felmeddelandet är att synkroniseringen misslyckades och att peer is unresolved, vilket verkar betyda att en timeout inträffar . 

Comodo brandvägg och antivirus. Router : RT-AC51U, windows version : 1903

Jag har försökt lösa problemet på följande sätt, utan att få det att fungera, tacksam för ytterligare felsökningstips :

Bytt tids server, provat 4 – 5 olika

Kontrollerat att servicen Windows time körs och är satt på Auto

Kört följande

                         w32tm /debug /disable

w32tm /unregister

w32tm /register

net start w32time

 

Kontrollerat att Comodo eller Routern inte blockerar port 123

Stängt av Comodo under synkroniserings försöken

Stängt av brandväggen i Routern

Kört Sfc /scannow med administratörs behörigheter

Kört windows felsökaren för windows update

Uppdaterat tiden manuellt och därefter satt om parametrarna för automatiskt tid och återigen försökt synka med tids server

Kontrollerat att det inte finns misslyckade system uppdateringar

 

I maj bytte jag router till ASUS och jag noterade att senaste lyckad synkronisering var just någon gång i maj. Jag upptäckte synk problemen just nu när justering till vintertid skall ske.  Samtidigt uppträder just nu andra fel : Comodos agent stängs av , intermittent i början efter start av datorn. Två appar startar inte och när jag försöker uppdatera dem i store så fås felmeddelande 0x80070005, vilket antyder problem med access rättigheter.

 

Hänger problemen ihop ?

Router problem ?

Brandväggsproblem ? 

[Cecilia]

Kan du koppla datorn så att routern inte används, dvs med nätverkskabel direkt till fiberkonverter/modem/vägguttag (alltså dit routerns WAN-port normalt är ansluten)?

Det blir ju en kontroll av om problemet beror på routern.

 

När installerade du Comodo?

 

På 2019-10-29 på 08:17, skrev PerX:

Kört följande

                         w32tm /debug /disable

w32tm /unregister

w32tm /register

net start w32time

Och fått normala svar på de kommandona?

Vad blir det för resultat av kommandot w32tm /resync?

 

Är du inloggad som administratör?

 

 

[PerX]

Hej,

 

Jag är inloggad som administratör och Comodo installerade jag för ca 2 år sedan. Alla w32tm kommandon har jag fått normalt svar på.  Jag skall testa w32tm/resync och att koppla direkt till  vägguttaget, återkommer.    

[PerX]

Nu har jag kopplat datorn direkt till fiberingången, kört w32tm kommandona och på w32tm /resync får jag svaret :

 

C:\WINDOWS\system32>w32tm /resync
Sending resync command to local computer

The computer did not resync because no time data was available.

[Cecilia]

Då har det inte med routern att göra i alla fall utan det ligger i datorn. Kan du få fram någon lista i Comodo som visar om den brandväggen har blockerat något?

 

Se

https://www.thewindowsclub.com/computer-did-not-resync-because-no-time-data-was-available

https://answers.microsoft.com/en-us/windows/forum/all/the-computer-did-not-resync-because-no-time-data/57823fcb-49a2-4fa2-a794-9dd623bbc0bb

[PerX]

Comodo har blockerat följande :

 

 

Ska jag köra kommandona som det refereras till i länken ? Dvs reset på local group policy ? 

[Cecilia]

12 minuter sedan, skrev PerX:

Comodo har blockerat följande :

Verkar ju vara saker som har med Chrome och Comodo att göra och inte tidssynkronisering.

 

15 minuter sedan, skrev PerX:

Ska jag köra kommandona som det refereras till i länken ? Dvs reset på local group policy ? 

Jag ser inget om någon reset i länkarna?

Men annars tror jag att det är bra om du följer tipsen i länkarna men skapa en systemåterställningspunkt först så att du kan backa tillbaks om ändringarna leder till att det blir sämre.

[PerX]

Uttryckte mig kanske fel, men sist står det  click ‘Time Providers’, and then set all the objects in this node to ‘Not Configured’. för en local computer. Men när jag kör kommandot gpedit.msc, så får jag ett felmeddelande :  det går inte att hitta filen gpedit.msc . . . 

[PerX]

När jag läser på nätet, så verkar det som om den filen inte är installerad i windows 10 home, vilket jag har. Jag skall försöka fixa det, det finns tips på nätet, 

[PerX]

Har kört :

 

FOR %F IN ("%SystemRoot%\servicing\Packages\Microsoft-Windows-GroupPolicy-ClientTools-Package~*.mum") DO (
DISM /Online /NoRestart /Add-Package:"%F"
)
FOR %F IN ("%SystemRoot%\servicing\Packages\Microsoft-Windows-GroupPolicy-ClientExtensions-Package~*.mum") DO (
DISM /Online /NoRestart /Add-Package:"%F"
)

 

Men jag får inte den installerad, dock meddelande om att "operation completed succesfully"

[PerX]

Efter omstart så är den installerad, skall prova att editera med den enligt länken

[PerX]

I länken står det att man skall sätta ej konfigurerad. Detta värde var redan satt, så jag behövde inte ändra något. Testar vidare med länken från Phenomen.    

[PerX]

MH_resurrected, tack för tipset. Jag har ställt klockan på en så exakt tid som möjligt och försökt göra en ny synk, men det misslyckades återigen (se ovan). Min dator är ca 2- 3 år gammal, kan moderkortets backup batteri  ta slut efter så kort tid ?

[PerX]

Hej,

 

Nu har  jag kollat port 123 litet mer noga.  Kört :

1) kommandotolken : netstat -a.  För att kolla alla öppna portar. Port 123 syns inte där

 

2) Kollat i Comodo över processer : port 123 ägs av w32time men uppgift om port status saknas och det finns ingen regel aktiverad för den i Comodo :

 

 

 

 

 

 

 

3) Kört   kommandot Test-NetConnection DESKTOP-9BT590A -Port för både port 123 och en port som jag kunde se var öppen och lyssnande ( i 1 ovan). 

För  Port 123 testade jag med brandvägg på och utan brandvägg och resultatet blir att den ä'r stängd :

   

 

För en port som var öppen får jag :

 

4) Kontrollerat att windows brandväggen är av aktiverad

 

Om det inte är brandväggen som blockerar porten , vad är det då ? Det kan inte vara brandväggen med ovanstående resultat. Kan jag öppna porten genom ett kommando ?  Det jag hittat på nätet  verkar bara vara för windows egen brand vägg.

[PerX]

Sorry, samma  bild över Comodo kom visst med två gånger

 

[Flyfisherman]

Tidssynkroniseringen i Windows lämnar allt annat att önska.

Den är långtifrån bra!

 

Jag har haft samma problem av och till sedan åtminstone en 6-7 år tillbaks. Jag tror t.o.m att jag startat en tråd om om detta?

Synkronisering mot tidsservern misslyckades etc.

 

Tex. nu senast vid omställning till normaltid från sommartid så visade den inte bara en timme fel, utan 1 timme och en kvart!

 

I min Bios Setup så stod klockan korrekt på normaltid, sånär som på en bråkdelssekund mot Fröken ur:

men  när Windows startade så gick klockan fullständigt galet.

 

Om man ändrar tidsservrar så fungerar det ett tag, ja kanske ett längre tag, men vips så hoppar Windows klocka nån halvtimme hit och dit.

 

Att ändra tidsserver:

Start > inställningar (lilla kugghjulet) > Tid och språk >  högerklicka "Datum, tids och regionsformat" > till höger sedan klicka "Fler datum-/tidsinställningar etc." >  Ställ in tid och datum > Fliken Internettid > Ändra inställningar =>

 

> Ändra inställningar => Välj en tidsserver och klicka 'Uppdatera nu'

Bocken för att synkronisera med en tidsserver är ibockad, men nu har jag lust att ta bort denna bock...

Och även om jag valt time.windows.com så sker det regelbundet att denna ställer min dators klocka helt fel.

Det kan vara allt ifrån nån minut till nån timme.

 

Antingen är det fel på tidsserverna eller något i Windows 10 som orsakar detta problem och jag tror på Windows och hela vägen sedan Windows 7 faktiskt...

 

M.a.o. är du inte ensammen om detta fenomen.

[PerX]

Hej,

Jag noterar andra märkligheter. När jag själv klickar på inställningar för att synka med tids servern får jag hela tiden synkning misslyckas, likaså via w32time kommandona. Men på inställningarna så redovisas senaste lyckad tid synkning, just då jag själv begärt den. Om synkningen misslyckades och felhanteringen skulle vara konsekvent, så borde inte windows redovisa i efterhand att senaste synkning är lyckad ?   

 

 

Detta är iofs ingen katastrof , jag kan sätta om tiden själv,men jag är lite pedantiskt lagd och vill gärna följa upp fel som inträffar där det tidigare fungerat, det kan tyda på intrång eller annat, när något plötsligt ändras oförklarligt. Dock har jag en NAS (synology) som synkar mot en tids server och här fungerar synkningen helt utan problem. Det som stör mig här är att port 123 tycks vara stängd och att det är därför som requestet timar ur. Jag har för litet kunnande om portar och nätverk för att förstå varför.   

[Flyfisherman]

Prova time.nist gov klicka uppdatera.

Fungerar inte det så testa: time.windows.com igen och uppdatera.

Ingen lösning på problemet, bara för att se om du kan komma vidare.

[Flyfisherman]

Jag jag vet att detta är direkt frustrerande.

Just nu har jag tyvärr ingen lösning, men misstänker starkt att det ligger i Windows operativsystem, eftersom jag på en annan Linux maskin aldrig haft detta problem .

 

För övrigt är tidsservarna som lokala företag använder sig utav, i regel synkade med RISE https://www.sp.se/sv/index/services/time_sync/ntp/Sidor/default.aspx

Och som följer Network Time Protocol (NTP).

[Cecilia]

11 timmar sedan, skrev PerX:

1) kommandotolken : netstat -a.  För att kolla alla öppna portar. Port 123 syns inte där

netstat -a listar alla TCP-portar där något program lyssnar, det är inte samma sak som öppna portar och tidsynkroniseringen lyssnar bara när den är aktiv. Dessutom är väl port 123 den port som tidsservern använder och det behöver inte vara den porten som tidsynkroniseringsprogrammet i din dator lyssnar på. Sen går tidssynkronisering över UDP och inte TCP så jag är inte säker på att kommandot är relevant.

 

Pröva med netstat -a -b medan tidssynkronisering pågår.

 

Om du misstänker att Comodo ställer till med något bör du väl avinstallera det för att se om det hjälper.

[PerX]

När jag kollar på nätet så verkar det som port 123 används för både request och respons. Jag skall kolla upp om netstat avser även UDP. Det jag skulle behöva är ett pgm som kan monitorera en specifik port och skapa loggar, så att jag kan se exakt vad som händer vid en given tidpunkt, kanske finns att ladda ner, skall kolla upp detta. Om jag skall gissa , utan att kunna något om portar etc, så borde port 123 normalt vara stängd och när requesten skickas så öppnar windows porten och sätter porten i lyssna läge tills dess att responsen erhållts eller att en viss tidsgräns nåtts, därefter stängs den igen. Det märkliga är att min sambo har en laptop med windows 10, version 1903 och exakt samma sättningar i Comodo, men där fungerar tid synkroniseringen korrekt. Tveksam till att det är brandväggen som är boven i detta.    

[PerX]

Netstat med parametern -p och angivandet av önskat protokoll gör att det går att kontrollera UDP. Det går tydligen oxå att kolla på en specifik port. Skall testa och kolla vad som händer när jag försöker synka tiden.

[PerX]

Nu har jag testat med netstat -p UDP och även kollat porten i Comodos killswitch, där portar och processer listas. Jag har testat med både aktiv brandvägg och avstängd brandvägg när jag från inställningar kört tids synk. Jag ser ingen aktivitet på UDP portar via netstat, ingenting syns heller i killswitch's port uppgifter ;

 

   

 

 

[Cecilia]

Alternativa tidssynkroniseringsprogram: https://www.thewindowsclub.com/free-time-synchronization-software-windows

 

Du hade kört SFC om jag kommer ihåg rätt men det finns också DISM-kommandon för att reparera Windows: https://www.tenforums.com/tutorials/7808-use-dism-repair-windows-10-image.html

 

[PerX]

DISM redovisar att det inte finns något fel. Alternativa tids synk pgm kan vara en utväg, men jag kan iofs själv ställa om tiden. Samtidigt är det oerhört frustrerande att inte hitta felet och förstå vad som hänt. Går det att se något i windows loggarna ?   Jag försökte köra debug på w32time, det finns som option, men det verkar inte vara tillgängligt för w10.