Vanliga nätverkstidssynkronisering (NTP) Serverfel (Del 1)
Postat av Richard N Williams on Mars 9th, 2009
NTP-servrar är den enklaste, mest exakta och säkra metoden att ta emot en UTC-tid källa (samordnad universell tid). Mest dedikerad NTP-tidsservrar kommer att springa i bakgrunden automatiskt automatiskt synkroniserar enheterna på ett nätverk.
Det finns emellertid några vanliga problem som ibland uppstår vid användning av a nätverk tidsserver men lyckligtvis kan de flesta lösas relativt enkelt.
Förlora en GPS-tidssignal
GPS är en av de mest effektiva källorna till UTC-tid. GPS-signalen är tillgänglig bokstavligen var som helst på planeten där det finns en klar bild av himlen. Vid varje tillfälle finns det minst tre satelliter inom ett visst område och i motsats till radioöverförda överföringar finns inga underhållsavbrott så signalen är alltid avbruten.
Men vissa tycker att de fortsätter att förlora sin GPS-signal när de använder en GPS NTP tidsserver. Mycket sällan kan detta orsakas av extra markbundna händelser (solfläckar - inte små gröna män), men vanligare signalerar förlusten när det inte har varit tillräckligt med tid för den första förvärvslåset.
För att säkerställa en kontinuerlig signal, se till att du följer tillverkarens rekommendation för att få förvärv. Detta innebär vanligtvis att lämna GPS-tidsserver för att få ett bra lås i minst 24 timmar (så alla satelliter har varit i sikte). Om inte tillräckligt med tid ges till det här är det möjligt att GPS-tidsservern kommer att förlora en satellit och därigenom tidsinformation.
En sekundsfördröjning i en radioklocka jämfört med internet eller GPS
Detta är en mycket vanlig händelse när du använder en radiotidsserver med signaler som MSF-överföringen från Storbritanniens National Physical Laboratory. Detta sker normalt efter införandet av en Leap Second. Språng sekunder introduceras en eller två gånger om året för att kompensera för saktning av jordens rotation och för att hålla UTC i linje med Greenwich Meridian.
Medan NTP kommer automatiskt att redogöra för språng sekunder med signaler som MSF det kan ofta ta lite tid eftersom det inte finns någon Leap Second Announcement. Detta meddelande tillåter normalt NTP att förbereda sig för andra gången (som normalt inträffar under sista sekunden av den sista dagen i juni eller december). Eftersom signaler som MSF inte meddelar det kommande hoppa andra Det kan ta lite tid för att det ska redovisas. I vissa fall kan det ta några dagar i andra minuter. En enkel lösning är att manuellt meddela språnget andra.
Men om detta inte är klart kommer NTP så småningom att upptäcka språnget andra och justera nätverksklockorna.
Contiued ......
Det här inlägget skrevs av Richard N Williams
Richard N Williams är en teknisk författare och en specialist i NTP-server och tid Synkronisering industrin. Richard N Williams på Google+
