meerdere ip's komen mee met de ntp tijdserver.

[Speciale]

Hallo,
Ik zie op mij Router dat er nu meerdere ip's meekomen met de ntp tijdserver.
De tijdserver stond ingesteld op Pool.ntp.org.
De meeliftende ip adressen kwamen van verschillende bedrijven b.v. Netvisit  , Cambrium ,XTOM GMBH .
Ik heb de Tijdserver op mijn NAS nu op handmatig gezet , dus waarschijnlijk kunnen de lifters hierop niet meer meerijden.
Heeft iemand hier ook ervaring of problemen mee ?
Ik vind dit heel vreemd en kan dit een achterdeur zijn ?

Groetjes SP

[Babylonia]

En waar zie je die meeliftende URL's?

Overigens gebruik ikzelf als timeserver   nl.pool.ntp.org

[Briolet]

Wat bedoel je met "meeliften"?  pool is een soort 'open gemeenschap' systeem van tijdservers waar vrijwel iedereen kan meedoen. Je weet ook nooit met welke server je verbind. Kook op de website van "www.ntp.org"

Door er een landencode voor te zetten, zoal hierboven, heb je meer garantie dat je een server krijgt die dichtbij zit.

Via het host commando zie je dat er verschillende servers aangesproken worden.

Code: [Selecteer]

$ host Pool.ntp.org
Pool.ntp.org has address 213.136.0.252
Pool.ntp.org has address 174.138.107.7
Pool.ntp.org has address 80.100.88.30
Pool.ntp.org has address 46.249.42.13

$ host nl.pool.ntp.org
nl.pool.ntp.org has address 87.233.197.123
nl.pool.ntp.org has address 162.159.200.123
nl.pool.ntp.org has address 40.119.148.38
nl.pool.ntp.org has address 5.200.6.34

[Speciale]

Beste Allemaal,
Ik heb een Linksys Router en daar gebruik ik het programma Smart Wi-Fi om de router in te stellen.
Zo ook het logboek waar je wat kunt controleren.
Bij Service of Poortnummer zie je b.v. imaps , https , www , xmpp-client , ntp , of een poortnummer.
Op de bijlage kunnen jullie nu zien dat mijn GSM contact heeft gemaakt met I.P adressen via ntp.
Dit heeft ook mijn NAS gedaan , maar die heb ik nu op handmatig gezet.
Maar is dit normaal ? ( zie bijlage )

Hopelijk heb ik het nu een beetje duidelijk voor jullie uitgelegd .

M.v.g, SP 

[Briolet]

Lijkt me normaal. Bij pool.ntp.org hangen er gewoon heel veel IP adressen achter, die steeds wisselen.  Dan zou je bij ntp.org' moeten kijken of dat aangemelde adressen zijn.

Voor "pool.ntp.org" zijn momenteel 2881 IP adressen in gebruik waar een random selectie uit gemaakt wordt.

Je kunt ook "0.pool.ntp.org", "europe.pool.ntp.org", "nl.pool.ntp.org" of zelfs "0.nl.pool.ntp.org" gebruiken. Daarmee haalt hij zijn IP adressen steeds uit een ander deel van de pool.

Bij mij is overal de nas de tijdserver en alleen de nas verbind met een externe tijdserver.

[Speciale]

Briolet,
Vriendelijk bedankt voor je informatie.
Ik ben nu verder gegaan met jouw informatie en nu de info aan het lezen bij "pool.ntp.org "
Het word nu gelukkig steeds duidelijker hoe het werkt met de tijdserver en de aangesloten leden.
Je hebt mij heel goed geholpen.

Groetjes en een fijne dag toegewenst ,

SP..

[Briolet]

Even geheel off-topic, maar ik was net met de tijdserver aan het prutsen omdat de tijd op twee van mijn macs verkeerd liep. Beiden gebruiken de tijdserver op de nas.

Een 3e mac liep wel goed en ook al mijn IP camera's en de VoIP telefoon. Dus is het waarschijnlijk iets in de mac's. 

Of een tijdserver goed werkt, kun je testen met "ntpdate -q timeserver"
b.v.:

Code: [Selecteer]

ntpdate -q pool.ntp.org
server 94.198.159.15, stratum 1, offset 1.535158, delay 0.03954
server 5.79.75.37, stratum 2, offset 1.534970, delay 0.03708
server 45.85.15.35, stratum 2, offset 1.538747, delay 0.03847
server 162.159.200.123, stratum 3, offset 1.535727, delay 0.03616
18 Mar 17:50:10 ntpdate[30333]: step time server 94.198.159.15 offset 1.535158 sec

Maar als ik dat voor de nas doe, op de nas zelf, krijg ik:

Code: [Selecteer]

ntpdate -q nas.local
server fe80::211:32ff:fe3a:ecd, stratum 0, offset 0.000000, delay 0.00000
server 10.0.1.30, stratum 3, offset -0.000006, delay 0.02567
18 Mar 17:50:28 ntpdate[31467]: no server suitable for synchronization found
Hij geeft een foutmelding over een niet te vinden sever, maar wel een correcte tijd terug. Hij ziet dus wel de tijdserver. En omdat de meeste apparaten in mijn netwerk wel werken, is dit geen blijkbaar geen echte fout.
Als ik het bovenstaande commando vanaf de mac run, zie ik het zelfde, behalve dat hij de IPv6 server niet aangeeft.

De oplossing op de mac was overigens om het instellingspaneel voor de tijd even te ontgrendelen. Ik had dit probleem een paar jaar geleden ook. Het is natuurlijk een bug op de mac dat de tijdserver pas weer gebruikt wordt na het ontgrendelen van de tijdinstelling. Misschien zijn beide mac's van slag geraakt doordat de tijdserver ooit een korte storing gehad heeft?