NTP |
-
Ich wäre davon ausgegangen, dass wenn ich die NTP in der pfSense eintrage, dass die FW diese nicht blockt …
-
Es gibt auch Regeln, dass die FW sich abgehend erlaubt, aber da das Ganze hinter einem anderen Router steht, könnte hier ja noch ein Problem bestehen. Eine eingehende Regel musst du nicht erstellen, Synchronisation findet nur VON dir aus statt, nicht zu dir (im Normalfall).
-
DANKE !
Heißt das, dass ich am ISP Kabelrouter den Port 123 öffnen soll ?
Wenn ich in der Zukunft ein neues ISP Kabelmodem/Router mit „BRIDGE“ Funktion erhalte, dann sind eh alle Ports offen und die pfSense is auf sich alleine gestellt :-)
-
Hallo zusammen,
ich habe am Kabelrouter den Port 123 als Weiterleitung and die pfSene WAN eingerichtet …
Der Status des NTP ist noch immer „unreached/pending“ :-(Irgendwie weiß ich nicht weiter …
-
Die NTP Abfrage wird doch von der pfSense selbst initiiert, kommt also von keinem Interface, daher benötigt das keine Regel.
Geblockt wird bei dir, wie schon geklärt ein Ping, der, zumindest aus Sicht der pfSense, vom NTP-Server kommt. Habe noch nie gehört, dass ein NTP-Server einen Ping schickt, ehe er antwortet.Wie auch immer, ich habe eben deine 3 genannten Server abgefragt und keiner davon ist erreichbar.
Bist du dir sicher, dass die von außen ansprechbar sind?Ich verwende dieses Set (allerdings nicht auf der pfSense):
ts1.univie.ac.at
ts2.univie.ac.at
ptbtime1.ptb.de
time.tugraz.at -
Eben, war auch der Meinung, dass die pfSense es selbst tut und war irritiert über die Einträge in der LOG …
Ich habe mit den ZID der Uni gesprochen, die drei genannten Server sind tatsächlich nur aus den internen Netz erreichbar.
Ich werde mal deine Server probieren :-)
Uniserver sind mir irgendwie lieber als irgendwelche … ;-)Nochmals danke !
-
Die genannten sind alles UNI-Server!
2 x Uni Wien, Berlin, GrazNachtrag:
http://www.helmut.hullen.de/filebox/DCF77/ntpsrvr.html
https://zid.univie.ac.at/timeserver -
Danke dir !!
Weißt du vielleicht auch was das das unter der Spalte Ref.ID bedeutet ?
.GPS.
.PZF.
.PTB. -
Das sind die Referenzen, von denen der jeweilige Zeitserver seine Zeit bezieht. Was diese Abkürzungen aber genau bedeuten, weiß ich auch nicht. GPS dürfte ja klar sein, aber der Rest…
Hier die Infos dazu der Uni Wien: http://comment.univie.ac.at/10-1/31/
-
PTB dürfte für die Physikalisch Technische Bundesanstalt stehen. PZF dementsprechend das modulieren des DCF77 Signals mit einer Pseudo-zufälligem Bitfolge (Phasenrauschen).
Siehe: http://www.all-electronics.de/dcf77-empfang-im-zeitalter-von-gps/
BTW: Um genau das Problem zu vermeiden, dass alle Welt ein und dieselben NTP Server nutzt, wurde ja gerade der NTP Pool ins Leben gerufen:
http://www.pool.ntp.org/zone/de
Deshalb rotieren dort die Antworten, die man auf den DNS Namen bekommt durch, damit nicht ständig die gleichen paar tausend Endgeräte am gleichen NTP nuckeln ;) Zudem sollte man sich freundlicherweise an Stratum 2 Server ankoppeln, nicht direkt an Stratum 1 (ohne um Erlaubnis zu fragen).
Das war zumindest mein letzter Stand
-
Danke !
… dann ist PZF quasi eine „Funkuhr“ ;-) -
Vielleicht eine blöde Frage …
Unter Linux CentOS hab ich in der /etc/ntp.conf die Möglichkeit die NTP-Server einzutragen …
Da ich in der pfSense die Server bereits eingetragen habe, trage ich hier das pfSense Gateway oder etwas anderes ?DANE vorab !
-
Ja, nachdem die pfSense ohnehin ein NTP Service bereitstellt. Ggf. das noch in Services > NTP konfigurieren.
-
OK, in der ntp.conf steht z.B.:
server 0.centos.pool.ntp.org iburst
was müsste ich stattdessen eintragen damit pfSense den NTP zur Verfügung stellt …?
in der pfSense unter „Interfaces“ ist keines markiert, somit müssten all Clients sich des NTP bedienen können, oder ?
DANKE !
-
Anstatt dem CentOS Pool trag die IP des nächsten pfSense Interfaces (LAN?) ein.
-
DANKE, werde ich dann teste :-)
