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.
NTP Server geht beim ersten mal nicht
Re: NTP Server geht beim ersten mal nicht
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) 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 Da sind keine Firewalldienste akitv und DNSMasq auch abgeschaltet.
@Jana66 Danke das so viel Geduld mit mir hattest.
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) 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 Da sind keine Firewalldienste akitv und DNSMasq auch abgeschaltet.
@Jana66 Danke das so viel Geduld mit mir hattest.
Re: NTP Server geht beim ersten mal nicht
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/
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/
Re: NTP Server geht beim ersten mal nicht
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
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
Re: NTP Server geht beim ersten mal nicht
Wenn ich mir Deine config anschauen, hast Du sie scheinbar einem Wiki-Artikel von Hetzner übernommen [1]wahnsinn hat geschrieben:10.03.2018 15:13:17Weiß jemand woran es klemmt?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
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
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
Re: NTP Server geht beim ersten mal nicht
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.=> Quintessenz: Als NTP-Server benutzt man ein Kistchen, dass am besten nicht dauernd re-bootet wird und eine halbwegs stabile Inet-Verbindung hat.
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.