Fælles netværkssynkronisering (NTP) Serverfejl (Del 1)
Sendt af Richard N Williams on Marts 9th, 2009
NTP-servere er den nemmeste, mest nøjagtige og sikre metode til at modtage en UTC tid kilde (koordineret universel tid). Mest dedikerede NTP tid servere vil køre i baggrunden automatisk automatisk synkronisering af enhederne på et netværk.
Der er dog nogle almindelige problemer, der lejlighedsvis opstår ved at bruge en netværkstidsserver men heldigvis kan de fleste løses relativt nemt.
At miste et GPS-tidssignal
GPS er en af de mest effektive kilder til UTC-tid. GPS-signalet er tilgængelig bogstaveligt overalt på planeten, hvor der er et klart billede af himlen. På et tidspunkt er der mindst tre satellitter inden for rækkevidde af enhver placering, og i modsætning til radioovervågede transmissioner er der ingen vedligeholdelsesfejl, så signalet er altid uafbrudt.
Men nogle mennesker finder, at de fortsat mister deres GPS-signal, når de bruger en GPS NTP tidsserver. Meget sjældent kan dette skyldes ekstra terrestriske forekomster (solflammer - ikke små grønne mænd), men mere generelt forekommer signaltab, når der ikke har været tilstrækkelig tid til at give til den indledende opkøbslås.
For at sikre et kontinuerligt signal, skal du følge producentens anbefaling for at opnå erhvervelse. Dette betyder normalt at forlade GPS tidsserver at få en god lås i mindst 24 timer (så alle satellitter har været i visning). Hvis der ikke er tilstrækkelig tid til dette, er det muligt, at GPS-tidsserveren mister en satellit og derfor timing information.
Et sekund forsinkelse i et radio ur i forhold til internet eller GPS
Dette er en meget hyppig forekomst, når du bruger en radiotidsserver ved hjælp af signaler som MSF-transmissionen udsendt af Storbritanniens National Physical Laboratory. Dette sker normalt efter indsætningen af et spring sekund. Spræng sekunder introduceres en eller to gange om året for at kompensere for forsinkelsen af jordens rotation og for at holde UTC i overensstemmelse med Greenwich Meridian.
Mens NTP vil automatisk tage højde for spring sekunder med signaler som Læger uden Grænser, det kan ofte tage lidt tid, da der ikke er nogen Leap Second Announcement. Denne meddelelse tillader normalt NTP at forberede sig på springet andet (som normalt forekommer i sidste sekund af den sidste dag i juni eller december). Som signaler som MSF notificerer ikke den kommende spring anden gang det kan tage lidt tid for det at blive redegjort for. I nogle tilfælde kan det tage et par dage i andre minutter. En simpel løsning er at manuelt annoncere springet andet.
Men hvis dette ikke er gjort, vil NTP til sidst opdage springet andet og justere netværksklokkerne.
Contiued ......
Dette indlæg blev skrevet af Richard N Williams
Richard N Williams er en teknisk forfatter og specialist i NTP Server og Time Synchronization industrien. Richard N Williams på Google+
