Arkiver for kategorien "tidsserver"

Tidsserver Grunnleggende spørsmål besvart

Onsdag august 5th, 2009

Hva er en tidsserver?

En tidsserver er en enhet som mottar og distribuerer en enkeltkilde over et datanettverk for tidssynkronisering. Disse enhetene blir ofte referert til som a NTP server, NTP-tidsserver, nettverkstidsserver eller dedikert tidsserver.

Og NTP?

NTP - Network Time Protocol er et sett med programvareinstruksjoner som er laget for å overføre og synkronisere tid på tvers av LAN (Local Area Network) eller WANS (Wider Area Network). NTP er en av de eldste kjente protokollene i bruk i dag, og er langt den mest brukte tidssynkroniseringsprogrammet.

Hvilken tidsramme skal jeg bruke?

Coordinated Universal Time (UTC) er en global tidsskala basert på tidspunktet for atomklokker. UTC tar ikke hensyn til tidssoner og er derfor ideelt for nettverksapplikasjoner som i prinsippet ved å synkronisere et nettverk til UTC. Du er i ferd med å synkronisere det til alle andre nettverk som bruker UTC.

Hvor mottar en tidsserver tiden fra?

En tidsserver kan bruke tiden fra hvor som helst som en armbåndsur eller veggklokke. En fornuftig nettverksadministrator ville imidlertid velge å bruke en kilde til UTC-tid for å sikre at nettverket er så nøyaktig som mulig. UTC er tilgjengelig fra flere klare kilder. Den mest brukte er kanskje internett. Det er mange "tidsservere" på internett som distribuerer UTC-tid. Dessverre er mange ikke helt nøyaktige i å bruke en Internett-tidskilde du kan forlate nettverket sårbar som ondsinnede brukere kan dra nytte av den åpne porten i brannmuren der tidsinformasjonen flyter.

Det er langt bedre å bruk en dedikert NTP-tidsserver som mottar UTC-tidssignalet eksternt til nettverket og brannmuren. De beste metodene for å gjøre dette er å enten bruke GPS-signalene som sendes fra rommet eller de nasjonale tids- og frekvensoverføringene som sendes av flere land i langbølge.

Må mitt datamaskinnettverk synkroniseres til et atomur?

Torsdag juli 9th, 2009

Tidssynkronisering synkronisering~~POS=HEADCOMP med nettverkstid protokoll servere (NTP-servere) er nå et felles hensyn for nettverksadministratorer, men det er ofte unødvendig for noen administratorer å holde nøyaktig tid som forklart av en atomur på et datanettverk.

Så hva er fordelene med synkronisere til en atomur og er det nødvendig for datanettverket ditt? Vel fordelene med å ha nøyaktig tidssynkronisering er mangfoldige, men det er ulempene ved ikke å ha det som er viktigst.

UTC-tid (Coordinated Universal Time) er en global tidsskala som holdes nøyaktig av en konstellasjon av atomur fra hele verden. Det er UTC tid det NTP Tidsservere synkroniseres normalt også. Ikke bare at det gir en veldig nøyaktig referanse til datanettverk for å synkronisere også, men det brukes også av millioner av slike nettverk over hele verden, og derfor synkroniseres til UTC tilsvarende synkronisering av et datanettverk til alle andre nettverk på kloden.

Av sikkerhetshensyn er det viktig at alle datanettverk synkroniseres til en stabil tidskilde. Dette behøver ikke å være UTC en enkelt tidskilde vil gjøre, med mindre nettverket gjennomfører tidsfølsomme transaksjoner med andre nettverk, da UTC blir avgjørende, ellers kan feil oppstå, og disse kan variere fra e-postmeldinger som kommer før de ble sendt til tap av data. Men som UTC styres av atomklokker, gjør det det til en svært nøyaktig og revisjonsbar kilde til tid.

Enkelte nettverksadministratorer tar snarveien til å bruke en Internett-tidsserver som en kilde til UTC-tid, og overgår behovet for en dedikert NTP-enhet. Det er imidlertid sikkerhetsrisiko ved å gjøre en slik ting. For det første er den innebygde sikkerhetsmekanismen som brukes av NTP, kalt autentisering, som bekrefter en tidskilde, hvor og hvem det hevder at den er, ikke tilgjengelig over Internett. For det andre er Internett-tidsservere utenfor brannmuren som betyr at en UDP-port må stå åpen for å tillate tidssignaltrafikken. Dette kan manipuleres av ondsinnede brukere eller virusprogrammer.

A dedikert NTP tidsserver er eksternt til nettverket og mottar UTC-atomuret fra enten GPS-satellittsystemet (globalt posisjoneringssystem) eller spesialiserte radiotransmisjoner som sendes av nasjonale fysikklaboratorier.

Velge en tidskilde hva du skal gjøre og hva du ikke skal gjøre

Fredag ​​juni 12th, 2009

Tidssynkronisering synkronisering~~POS=HEADCOMP er avgjørende for mange av de applikasjonene vi gjør over Internett i disse dager; Internett-banktjenester, online-bestilling og til og med nettauksjoner alle krever nettverkssynkronisering.

Manglende å sikre at serverne er tilstrekkelig synkronisert ville bety at mange av disse programmene ville være umulige å oppnå; sete reservasjoner kunne bli solgt mer enn en gang, lavere bud kunne vinne internett auksjoner og det ville være mulig å trekke deg livsparasjoner fra banken to ganger hvis de ikke hadde tilstrekkelig synkronisering (bra for deg ikke for banken).

Selv datanettverk som på grunn av det ikke er avhengige av tidsfølsomme transaksjoner, må også være tilstrekkelig synkronisert, da det kan være nesten umulig å spore feil eller beskytte systemet mot ondsinnede angrep hvis tidsstemplene er forskjellige på ulike maskiner på nettverket .

Mange organisasjoner velger å bruke Internett-tidsservere som en kilde til UTC (Koordinert Universal Time) - atomuret kontrollert global tidsskala. Selv om det er mange sikkerhetsproblemer ved å gjøre det slik at det går et hull i brannmuren for å kommunisere med tidsserveren og ikke ha noen godkjenning for tidssynkroniseringsprotokollen NTP (Network Time Protocol).

Men ved å si at mange nettverksadministratorer fortsatt velger å bruke online tidsservere som en UTC-kilde, uavhengig av sikkerhetsimplikasjonene, selv om det er andre problemer administratorer bør være oppmerksomme på. På internett er det to typer tidsserver - stratum 1 og stratum 2. Stratum 1-servere mottar et tidssignal direkte fra en atomur mens stratum 2-servere mottar et tidssignal fra en stratum 1-server. De fleste Internett-stratum 1-servere er stengt - utilgjengelig for de fleste administratorer, og det kan være noe mangel på nøyaktighet ved bruk av en stratum 2-server.

For den mest nøyaktige, sikre og presise timingsinformasjonen eksterne NTP-tidsservere er det beste alternativet, da disse er stratum 1-enheter som kan synkronisere hundrevis av maskiner på et nettverk til nøyaktig samme UTC-tid.

Rapporterte GPS-frykt bør ikke påvirke tidssynkronisering

Onsdag, mai 27th, 2009

Følgende Nylige medierapporter På grunn av manglende investering i USAs globale navigasjonssatellitsystem - GPS (Global Positioning System) og den potensielle feilen i navigasjonsmottakere de siste årene, vil tidssynkroniseringsspesialister, Galleon Systems, forsikre alle sine kunder om at eventuelle feil i GPS-en nettverket vil ikke påvirke dagens GPS NTP tid servere.

Nylige medierapporter etter en undersøkelse fra den amerikanske regjeringens ansvarskontor (GAO), som konkluderte med dårlig styring og mangel på investering, betydde at det nåværende antall 31 operasjonelle satellitter kan falle til under 24 til tider i 2011 og 2012, noe som vil hemme nøyaktigheten.

Imidlertid Storbritannias nasjonale fysiske laboratorium er overbevist om at eventuelle potensielle problemer med GPS-navigasjonsanleggene ikke vil påvirke tidsinformasjon som benyttes av GPS NTP-servere.

En talsmann for Storbritannias Nasjonalt Fysisk Laboratorium bekreftet at tidsinformasjonen skulle være upåvirket av en eventuell fremtidig satellittsvikt.

"Det antas å være en 20% risiko for at i 2011-2012 kan antall satellitter i GPS-konstellasjonen til tider falle under 24.

"Hvis det skulle skje, kan det være en liten reduksjon i stillingsnøyaktigheten til GPS-mottakere i noen perioder, og særlig de kan ta lengre tid å skaffe seg en fikse på noen steder når de først slås på. Men selv da ville effekten være en forringelse av ytelsen, i stedet for fullstendig funksjonsfeil.

"En GPS timing mottaker er usannsynlig å bli påvirket betydelig siden, når den har bestemt sin posisjon når den er slått på, viser hver satellitt den gir nyttig informasjon om timing. En liten reduksjon i antall satellitter i sikte bør ikke forringe ytelsen mye. "

MSF Outage 11 juni NPL Vedlikehold

Tirsdag, mai 26th, 2009

Storbritannias MSF-signal sendes fra Anthorn, Cumbria og benyttes av Storbritannia NTP server Brukerne er slått av i fire timer på 11 juni for planlagt vedlikehold. MSF 60 kHz-tid og frekvensstandard vil være av mellom 10.00 og 14: 00 BST (9: 00 - 13: 00 UTC).

Brukere av NTP-servere tid som utnytter MSF-signalet, bør være oppmerksom på utbrudd, men bør ikke få panikk. Mest nettverk tidsservere at bruk av Anthorn-systemet skal fortsatt fungere tilstrekkelig, og mangelen på et timingsignal i fire timer ikke skal skape synkroniseringsproblemer eller klokkefeil.

Imidlertid, enhver testing av tidsservere som utnytter MSF bør gjennomføres før eller etter planlagt utbrudd. Ytterligere informasjon er tilgjengelig fra NPL.

Noen nettverkstidsserver Brukere som trenger ekstremt presisitet eller føler seg midlertidige tap av dette signalet, kan forårsake konsekvenser i sin tidssynkronisering, bør seriøst vurdere å bruke GPS-signalet som et ekstra middel til å motta et tidssignal.

GPS er tilgjengelig bokstavelig talt hvor som helst på planeten (så lenge det er en god oversikt over himmelen) og er aldri nede på grunn av feil.

For ytterligere informasjon om GPS NTP server kan bli funnet her.

Bringer Atomic Clock Precision til skrivebordet ditt

Lørdag, mai 16th, 2009

Atomklokker har vært en stor innflytelse på vårt moderne liv med mange av teknologiene som har revolusjonert måten vi lever våre liv på, basert på deres svært nøyaktige tidsbesparende evner.

Atomklokker er langt forskjellig fra andre kronometre; en vanlig klokke eller klokke vil holde tiden ganske nøyaktig, men vil miste andre eller to hver dag. En atomur på den annen side vil ikke miste et sekund i millioner av år.

Faktisk er det rettferdig å si at en atomur ikke måler tid, men er grunnlaget for å basere våre oppfatninger av tid på. La meg forklare, tid, som Einstein demonstrerte, er relativ og den eneste konstanten i universet er lysets hastighet (selv om det er et vakuum).

Målingstid med noen ekte presisjon er derfor vanskelig, fordi selv tyngdekraften på jorden skiller tiden, senker den ned. Det er også nesten umulig å basere tid på et hvilket som helst referansepunkt. Historisk har vi alltid brukt jordens revolusjon og referanse til de himmelske legemene som grunnlag for vår tidsforklaring (24 timer om dagen = en revolusjon av jorden, 365 dager = en revolusjon av jorden rundt solen osv.).

Dessverre er jordens rotasjon ikke en nøyaktig referanseramme for å basere vår tid på å fortsette. Jorden sakter seg og går opp i revolusjonen, noe som betyr at noen dager er lengre enn andre.

Atomklokkene
Imidlertid brukte resonansen av atomer (normalt cesium) ved bestemte energitilstander. Da disse atomene vibrerer ved eksakte frekvenser (eller et eksakt antall ganger), kan dette brukes som grunnlag for å fortelle tid. Så etter utviklingen av atomuret er det andre blitt definert som over 9 milliarder resonans "flått" av cesium-atom.

Den ekstreme presisjonen av atomklokker er grunnlaget for teknologier som satellittnavigasjon (GPS), flytrafikkontroll og internetthandel. Det er mulig å bruke den nøyaktige naturen av atomklokker for å synkronisere datanettverk også. Alt som trengs er en Ntp tid (Network Time Protocol).
NTP-servere motta tiden fra atomur via et kringkastingssignal eller GPS-nettverket de distribuerer det mellom et nettverk, slik at alle enheter har nøyaktig samme, ultra presise tid.

Sikkerhet og synkronisering

Tirsdag, mai 5th, 2009

Sikkerhet er ofte den mest bekymret for aspektet ved å kjøre et datanettverk. Å holde uønskede brukere ute, samtidig som det tillater frihet for brukere å få tilgang til nettverksapplikasjoner, er en heltidsjobb. Likevel mangler mange nettverksadministratorer å ta hensyn til en av de mest avgjørende aspektene ved å holde et nettverk sikkert - tidssynkronisering.

Tidssynkronisering er ikke bare viktig, men det er viktig i nettverkssikkerheten, og likevel er det svimlende hvor mange nettverksadministratorer ignorerer det eller ikke har systemene deres riktig synkronisert.

Sikre samme og riktig tid (helst UTC - Coordinated Universal Time) er på hver nettverksmaskin er avgjørende, ettersom eventuelle forsinkelser kan være en åpen dør for hackere å glide i uoppdaget, og hva som er verre hvis maskiner blir hakkede, går ikke på samme tid som det kan være nesten umulig å oppdage, reparere og få tak i nettverkskopiering og kjøring.

Likevel er tidssynkronisering en av de enkleste oppgavene å ansette, særlig ettersom de fleste operativsystemer har en versjon av tidsprotokollen NTP (Network Time Protocol).

Å finne en nøyaktig tidsserver kan noen ganger være problematisk, spesielt hvis nettverket er synkronisert over Internett, da dette kan øke andre sikkerhetsproblemer som å ha en åpen port i brannmuren og mangel på mulig autentisering av NTP for å sikre at signalet er klarert.

En enklere metode for tidssynkronisering, som er både nøyaktig og sikker, er imidlertid å bruke en dedikert Ntp tid (også kjent som nettverkstidsserver). en NTP server vil ta et tidssignal direkte fra GPS eller fra de nasjonale tids- og frekvensradiooverføringene som er lagt ut av organisasjoner som NIST or NPL.

Ved å bruke en dedikert NTP server Nettverket vil bli mye sikrere, og hvis det verste skjer, og systemet faller offer for ondsinnede brukere, har det et synkronisert nettverk som sikrer at det lett kan løses.

Vanlige GPS-spørringer

Onsdag, april 29th, 2009

Er GPS-tidssignalet det samme som GPS-posisjoneringssignalet?

Ja. Signalene som sendes av GPS satellitter inneholder tidsinformasjon og posisjonen til satellitten den kom fra (og dens hastighet). Tidsinformasjonen genereres av et innebygd cesium atomur. Det er denne informasjonen som brukes av satellittnavigasjonsenheter (sat navs) som muliggjør global posisjonering. Sat Navs bruker disse signalene fra flere satellitter til å triangulere en posisjon.

Hvor nøyaktig er GPS-posisjonering?

Fordi tidssignalet som genereres av GPS kommer fra en atomur, er det nøyaktig innen 16 nanosekunder (16 milliarddeler av et sekund). Ettersom lyset beveger seg nesten 186 000 miles i et sekund, tilsvarer dette rundt 16-føtter (5 + meter), noe som betyr at et GPS-posisjoneringssystem vanligvis er nøyaktig på dette.

Er GPS tid den samme som UTC?

Nei. GPS-tid, som UTC (Koordinert universell tid) er basert på International Atomic Time (TAI) - tiden fortalte atomklokkene. Men som GPS-systemet ble utviklet for flere tiår siden, er det nå 14 sekunder (og snart 15) bak UTC fordi det har gått glipp av Leap Seconds lagt til UTC for å kalibrere for Jordens sakte rotasjon.

Hvordan kan jeg bruke GPS som kilde til UTC da?

Heldigvis a GPS tidsserveren vil konvertere GPS til gjeldende UTC-tid, som som od 1 januar 2009 vil bety at den må legge til nøyaktig 15 sekunder.

GPS Time Server og dens nøyaktighet fra verdensrommet

Tirsdag, april 28th, 2009

GPS-nettverket (Global Positioning System), er kjent som et satellittnavigasjonssystem. Det relayer imidlertid et ultra-presis tidssignal fra en ombord atomur.

Det er denne informasjonen som mottas av satellittnavigasjonsenheter som deretter kan triangulere stillingen til mottakeren ved å finne ut hvor lenge signalet har tatt for å komme fra forskjellige satellitter.

Disse tidssignalene, som alle radiotransmisjoner, reiser med lysets hastighet (som ligger nær 300,000km et sekund). Det er derfor svært viktig at disse enhetene ikke bare er nøyaktige til et sekund, men til en milliondel av et sekund ellers ville navigasjonssystemet være ubrukelig.

Det er denne tidsinformasjonen som kan benyttes av a GPS tidsserveren som en base for nettverkstid. Selv om denne timingsinformasjonen ikke er i et UTC-format (Koordinert Universal Time), er verdens globale tidsskala lett konvertert på grunn av sin opprinnelse fra en atomur.

A GPS tidsserveren kan motta signalet fra en GPS-antenne, selv om dette trenger å ha en god utsikt over himmelen mens satellittene overfører sine overføringer via synspunkt.
Bruke en dedikert GPS tidsserveren et datanettverk kan synkroniseres til noen få millisekunder av NTP (milli = 1000th av et sekund) og gi sikkerhet og autentisering.

Etter å ha økt bruken av GPS-teknologi de siste årene, er GPS-tidsservere nå relativt billige, og det er enkle og raske systemer å installere.

Holde nøyaktig tid og betydningen av en Network Time Server

Fredag, april 24th, 2009

A nettverkstidsserver kan være en av de mest avgjørende enhetene på et datanettverk som tidsstempler er avgjørende for de fleste dataprogrammer fra å sende og e-post til feilsøking av et nettverk.

Små unøyaktigheter i en tidsstempel kan forårsake kaos på et nettverk, fra e-postmeldinger som kommer før de er teknisk sendt, for å forlate et helt system sårbart for sikkerhetstrusler og til og med bedrageri.

En nettverksserver er imidlertid bare så god som tidskilden den synkroniserer med. Mange nettverksadministratorer velger å motta en tidskode fra Internett, men mange Internett-kilder er helt unøyaktige og ofte for langt unna en klient for å gi ekte nøyaktighet.

Videre kan Internettbaserte tidskilder ikke godkjennes. Autentisering er et sikkerhetsmål som brukes av NTP (Nettverkstidsprotokoll som styrer nettverksserveren) for å sikre at tidsserveren er nøyaktig hva den sier det er).

For å sikre at nøyaktig tid holdes, er det viktig å velge en tidskilde som er både sikker og nøyaktig. Det er to metoder som kan sikre en millisekunds nøyaktighet tilUTC (koordinert universeltid - en global tidsskala basert på tiden som atomklokker angir).

Den første er å bruke en spesialisert nasjonal tids- og frekvensoverføring kringkasting i flere land, inkludert Storbritannia, USA, Tyskland, Frankrike og Japan. Dessverre kan disse sendingene ikke hentes overalt, men den andre metoden er å bruke tidssignalet som sendes av GPS-nettverket, som er tilgjengelig bokstavelig talt overalt på planeten.

A nettverkstidsserver vil bruke denne timing koden og synkronisere et helt nettverk til det ved hjelp av NTP, og derfor blir de ofte referert til som a NTP server or Ntp tid. NTP justerer nettverket klokker kontinuerlig og sikrer at det ikke er noen drift.