NTP Server geht beim ersten mal nicht

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
BenutzerGa4gooPh

Re: NTP Server geht beim ersten mal nicht

Beitrag von BenutzerGa4gooPh » 10.03.2018 19:34:07

Schaue doch erst mal die Windows-Konfigs durch, müsste für alle Versionen gleich sein:
http://www.winfaq.de/faq_html/Content/t ... ip1749.htm
http://microlinc.homeip.net/index.php?l ... =38&id=184
Dasselbe wäre mit Fritzbox ebenfalls nötig - so man nicht die Defaults nutzen möchte. :wink:

wahnsinn
Beiträge: 43
Registriert: 23.10.2016 19:35:30

Re: NTP Server geht beim ersten mal nicht

Beitrag von wahnsinn » 10.03.2018 19:56:12

Die Windows Clienten holen sich brav die Zeit wenn ich einen Internet Zeitserver da eintrage. Und davor taten sie das auch mit 192.168.1.21 bevor ich dieses Armbian hatte. Weil das Pihole Programm irgend etwas höheres bei der neuen Version verlangte musste ich auf Armbian wechseln.

Ich hab hier paar DD-WRT Accespoints die auch per NTP die Zeit von 192.168.1.21 holen. Da habe ich eben einen ausgeschaltet und eingeschaltet um zu sehen ob der wenigstens die Uhrzeit holen kann... und ja das kann er... (das ist der mit dem meine drei Computer am WLan hängen) 8O 8O 8O und aus welchen Gründen auch immer, seit diesem Accespoint Neustart geht auch das Zeit holen unter Windows mit der IP Adresse. Ich verstehe nicht warum :facepalm: Da sind keine Firewalldienste akitv und DNSMasq auch abgeschaltet.


@Jana66 Danke das so viel Geduld mit mir hattest.

BenutzerGa4gooPh

Re: NTP Server geht beim ersten mal nicht

Beitrag von BenutzerGa4gooPh » 10.03.2018 20:13:43

Die DDWrt-Buechsen können doch bestimmt PiHole ersetzen. Ich habe gelesen, die haben ein ähnliches Paket entwickelt. Kann auch bei OpenWrt/LEDE gewesen sein. Suche mal in deren Foren, "pihole" oder "adblocker".
NTP-Server (ohne RTC) können diese Distributionen bestimmt auch. Vorsicht: FW-Regel erforderlich, da NTP-Port mit Defaults wohl auch Richtung WAN offen.

Edit:
Wegen der 1. fehlerhaften Abfrage mit NTP könntest du testen, die Unit systemd-timesyncd zusätzlich zu maskieren: https://fedoramagazine.org/systemd-masking-units/

wahnsinn
Beiträge: 43
Registriert: 23.10.2016 19:35:30

Re: NTP Server geht beim ersten mal nicht

Beitrag von wahnsinn » 10.03.2018 21:58:53

Die Accespoints mit DD-WRT sind viel zu schwach für solche Sachen... 4MB ROM, 32MB RAM. Die Webcam, der Pi-Server hängen alle an Kupferkabel.

Offenbar sind die DDWRT Accespoints mit Ethernet Switch hier die Schwachstelle mit dem spinnenden NTP. Da ich diese seit einem Jahr nicht mehr angerührt habe muss wohl das Armbian diese irgendwie zum stolpern bringen. Hab mal das IPV6 abgeschaltet. Gäbe zwar DDWRT Updates aber davor graust es mir inzwischen auch wenn da nichts mehr geht das gefummel mit den TTL Adapter etc. da arten irgendwelche kleinigkeiten zu einem komplett verbratenen Nachmittag und Abend aus.

Muss alles mal modernisiert werden wenn ich mal im Lotto gewinne. Um die Komplexität und Fehleranfälligkeit zu erhöhen werde ich vielleicht diesen NTP Server nachbauen http://www.instructables.com/id/ESP8266 ... m1-Server/ oder vielleicht besser eine kleine USV für den PI

dufty2
Beiträge: 1709
Registriert: 22.12.2013 16:41:16

Re: NTP Server geht beim ersten mal nicht

Beitrag von dufty2 » 11.03.2018 07:23:03

wahnsinn hat geschrieben: ↑ zum Beitrag ↑
10.03.2018 15:13:17

Code: Alles auswählen

ntpq -p
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 195.50.171.101  145.253.2.212    2 u    6   64    1   54.116    9.693   0.002
 panel1.web2.clu 5.189.146.13     3 u    6   64    1   56.251   11.769   0.002
*ntp1.hetzner.de 192.53.103.103   2 u    -   64    1   63.190    0.718   0.207
+ntp2.hetzner.de 124.216.164.14   2 u    1   64    1   67.328    2.192   0.137
+ntp3.hetzner.de 192.53.103.108   2 u    1   64    1   66.064    0.636   0.048

Weiß jemand woran es klemmt?
Wenn ich mir Deine config anschauen, hast Du sie scheinbar einem Wiki-Artikel von Hetzner übernommen [1]

NTP für debian funktioniert aber auch "out-of-the-box":

Code: Alles auswählen

# systemctl stop systemd-timesyncd.service
# apt-get install ntp
<10 min Warten>
# ntpq -pn
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
 0.debian.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.002
 1.debian.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.002
 2.debian.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.002
 3.debian.pool.n .POOL.          16 p    -   64    0    0.000    0.000   0.002
*131.234.137.63  .DCF.            1 u   38   64  377   74.724   -7.672  41.118
+195.50.171.101  145.253.2.212    2 u   30   64  377   65.710   -2.823   7.896
 52.59.88.68     192.53.103.108   2 u  379   64   40  208.061   52.301   0.002
+176.221.42.125  137.21.91.36     3 u   35   64  377   62.804   -4.033   6.331
+138.201.117.144 78.46.93.106     3 u   29   64  377   62.722   -7.097   8.411
+136.243.177.133 131.188.3.222    2 u   27   64  377   61.830   -3.883   6.213
+176.9.9.197     124.216.164.14   2 u   36   64  377   61.404   -2.730   3.660
+89.163.241.149  131.188.3.220    2 u   26   64  377   53.917  -10.408  14.408
+134.34.3.19     .GPS.            1 u   36   64  377   61.466   -6.835   6.794
+5.9.78.71       193.204.114.105  2 u   24   64  377   61.858   -5.797   5.954
+90.187.7.5      192.168.100.15   2 u   33   64  377   73.824   -8.675   5.891
+78.46.204.247   35.73.197.144    2 u   29   64  377   59.175   -9.762   9.018
+173.249.38.50   222.217.153.8    2 u   29   64  377   51.853   -8.561  13.540
und fertig ist der NTP-Server [keinerlei Config angepasst!]. (NTP braucht nicht viel Ressourcen, ein "serverchen" reicht, clients fragen auch nur alle 17 min die Zeit ab (wenn alles passt ;) )).

Die relativ hohen "delay"-Zeiten sind der relativ bescheidenen Inet-Anbindung "zur verdanken".
Wichtig aber ist
* 10 Minuten warten (innerhalb dieser Zeit vergibt Dein NTP-Sever keine Zeit an die NTP-clients)
* "reach" von 377 (liegt die "reach" bei 1 wird auch keine Zeit an die ntp-clients vergeben)

=> Quintessenz: Als NTP-Server benutzt man ein Kistchen, dass am besten nicht dauernd re-bootet wird und eine halbwegs stabile Inet-Verbindung hat.

[1] https://wiki.hetzner.de/index.php/Uhrze ... en_mit_NTP

wahnsinn
Beiträge: 43
Registriert: 23.10.2016 19:35:30

Re: NTP Server geht beim ersten mal nicht

Beitrag von wahnsinn » 11.03.2018 14:59:48

=> Quintessenz: Als NTP-Server benutzt man ein Kistchen, dass am besten nicht dauernd re-bootet wird und eine halbwegs stabile Inet-Verbindung hat.
Der Stromverbrauch im Dauerbetrieb war der ausschlaggebende Grund einen Pi Artigen Kleincomputer zu nutzen. 1,5 Jahre hat es richtig gut funktioniert bis ich mit Pi_hole alles kaputt machte und alles neu aufsetzen musste. Die alte Hersteller Image gibt es nicht mehr zum Download und das True Image Backup ließ sich nicht funktionstüchtig zurück spielen, so blieb dann nur noch Armbian. Die Einrichtung ging sehr viel flotter als damals und Samba lief auch etwas schneller, wer hätte das gedacht dass ein Accespoint an dessen Switch der Pi angeschlossen ist für den Ärger mit dem NTP Server verantwortlich war. Computer treiben einen echt in den Wahnsinn.

Bei Armbian hat im Gegensatz zu der alten Image der NTP Server wirklich ohne eigenes Zutun funktioniert, nur eben nicht richtig. Bei der ersten Anfrage fehler, beim zweiten dann die NTP Zeit. Da denkt man zuerst das was am Pi Kleincomputer falsch ist und schraubt hier und da herum.... dabei war es der Accespoint.

Antworten