NTP Server geht beim ersten mal nicht

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
Antworten
wahnsinn
Beiträge: 43
Registriert: 23.10.2016 19:35:30

NTP Server geht beim ersten mal nicht

Beitrag von wahnsinn » 10.03.2018 15:13:17

Hallo,

über Armbian 5.38 stable Debian GNU/Linux 9 (stretch) 4.14.18-sunxi
habe ich einen NTPServer laufen. Er funktioniert bei den Endgeräten allerdings nur beim zweiten mal.

Das heißt bei der ersten Clientanfrage gibt es keine Uhrzeit zurück und erst bei der zweiten klappt es dann. Und das ist bei jedem Endgerät so sei es ein Windows PC oder eine IP Webcam. Beim erzwungenen dritten, vierten, fünften mal innerhalb kurzer Zeit keine Probleme jedoch mehre Stunden wieder das selbe.

Code: Alles auswählen

root@piserver:~# systemctl status ntp
● ntp.service - LSB: Start NTP daemon
   Loaded: loaded (/etc/init.d/ntp; generated; vendor preset: enabled)
   Active: active (running) since Sat 2018-03-10 14:38:19 CET; 4s ago
     Docs: man:systemd-sysv-generator(8)
  Process: 15602 ExecStop=/etc/init.d/ntp stop (code=exited, status=0/SUCCESS)
  Process: 15612 ExecStart=/etc/init.d/ntp start (code=exited, status=0/SUCCESS)
    Tasks: 2 (limit: 4915)
   CGroup: /system.slice/ntp.service
           └─15623 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 106:110

Mar 10 14:38:19 piserver ntp[15612]: Starting NTP server: ntpd.
Mar 10 14:38:19 piserver systemd[1]: Started LSB: Start NTP daemon.
Mar 10 14:38:19 piserver ntpd[15623]: proto: precision = 1.583 usec (-19)
Mar 10 14:38:19 piserver ntpd[15623]: Listen and drop on 0 v6wildcard [::]:123
Mar 10 14:38:19 piserver ntpd[15623]: Listen and drop on 1 v4wildcard 0.0.0.0:123
Mar 10 14:38:19 piserver ntpd[15623]: Listen normally on 2 lo 127.0.0.1:123
Mar 10 14:38:19 piserver ntpd[15623]: Listen normally on 3 eth0 192.168.1.21:123
Mar 10 14:38:19 piserver ntpd[15623]: Listen normally on 4 lo [::1]:123
Mar 10 14:38:19 piserver ntpd[15623]: Listen normally on 5 eth0 [fe80::44:8ff:fe09:84fd%2]:123
Mar 10 14:38:19 piserver ntpd[15623]: Listening on routing socket on fd #22 for interface updates

Code: Alles auswählen

# /etc/ntp.conf, configuration for ntpd; see ntp.conf(5) for help

driftfile /var/lib/ntp/ntp.drift

# Enable this if you want statistics to be logged.
#statsdir /var/log/ntpstats/

statistics loopstats peerstats clockstats
filegen loopstats file loopstats type day enable
filegen peerstats file peerstats type day enable
filegen clockstats file clockstats type day enable


# You do need to talk to an NTP server or two (or three).
#server ntp.your-provider.example

# pool.ntp.org maps to about 1000 low-stratum NTP servers.  Your server will
# pick a different set every time it starts up.  Please consider joining the
# pool: <http://www.pool.ntp.org/join.html>
server 1.de.pool.ntp.org
server 2.de.pool.ntp.org
server  ntp1.hetzner.de  iburst
server  ntp2.hetzner.com iburst
server  ntp3.hetzner.net iburst

# Access control configuration; see /usr/share/doc/ntp-doc/html/accopt.html for
# details.  The web page <http://support.ntp.org/bin/view/Support/AccessRestrictions>
# might also be helpful.
#
# Note that "restrict" applies to both servers and clients, so a configuration
# that might be intended to block requests from certain clients could also end
# up blocking replies from your own upstream servers.

# By default, exchange time with everybody, but don't allow configuration.
restrict -4 default kod notrap nomodify nopeer noquery limited
restrict -6 default kod notrap nomodify nopeer noquery limited

# Local users may interrogate the ntp server more closely.
restrict 127.0.0.1
restrict ::1
restrict 192.168.1.0 mask 255.255.255.0 nomodify notrap
# Needed for adding pool entries
restrict source notrap nomodify noquery

# Clients from this (example!) subnet have unlimited access, but only if
# cryptographically authenticated.
#restrict 192.168.123.0 mask 255.255.255.0 notrust


# If you want to provide time to your local subnet, change the next line.
# (Again, the address is an example only.)
broadcast 192.168.1.255

# If you want to listen to time broadcasts on your local subnet, de-comment the
# next lines.  Please do this only if you trust everybody on the network!
#disable auth
#broadcastclient

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?

BenutzerGa4gooPh

Re: NTP Server geht beim ersten mal nicht

Beitrag von BenutzerGa4gooPh » 10.03.2018 15:45:10

Debianntp ist sowas von out: https://wiki.archlinux.de/title/Systemd ... -timesyncd
Geht ganz easy! :wink:

Ansonsten gefällt mir Syntax (Nummerierung) nicht:

Code: Alles auswählen

server 1.de.pool.ntp.org
server 2.de.pool.ntp.org
server  ntp1.hetzner.de  iburst
server  ntp2.hetzner.com iburst
server  ntp3.hetzner.net iburst
sowie Basteleien bezüglich Netzwerk 192.168.1.0./24
Vgl. a. https://help.ubuntu.com/lts/serverguide/NTP.html

Falls du Debianntp weiter nutzen möchtest: "Purgen" und neu konfigurieren!
Zugriffskontrolle, Clients erwünscht? https://wiki.archlinux.de/title/NTP

Edit: Link oben korrigiert!
Zuletzt geändert von BenutzerGa4gooPh am 10.03.2018 16:39:25, insgesamt 5-mal geändert.

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 15:54:26

Ach ich hab da auch nicht die Ahnung und hatte eben bei Google NTP Server debian einrichten

mich durch die Schritt für Schritt Anleitungen gehangelt.

Code: Alles auswählen

root@piserver:~# timedatectl status
      Local time: Sat 2018-03-10 15:55:40 CET
  Universal time: Sat 2018-03-10 14:55:40 UTC
        RTC time: Sat 2018-03-10 14:55:41
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no


root@piserver:~# systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
   Loaded: loaded (/lib/systemd/system/systemd-timesyncd.service; enabled; vendo
  Drop-In: /lib/systemd/system/systemd-timesyncd.service.d
           └─disable-with-time-daemon.conf
   Active: inactive (dead)
Condition: start condition failed at Fri 2018-03-09 23:18:31 CET; 16h ago
     Docs: man:systemd-timesyncd.service(8)

root@piserver:~#





Falls du Debianntp weiter nutzen möchtest: "Purgen" und neu konfigurieren!
Eigentlich soll es nur funktionieren. Es geht hauptsächlich um die China IP-Webcam die bei Stromausfall etc. 1970 anzeigt und nur einmal den NTP abruft.
Zuletzt geändert von wahnsinn am 10.03.2018 16:08:04, insgesamt 1-mal geändert.

BenutzerGa4gooPh

Re: NTP Server geht beim ersten mal nicht

Beitrag von BenutzerGa4gooPh » 10.03.2018 16:05:51

Nun, Debianntp solltest du purgen und systemd-timesyncd einschalten und konfigurieren, siehe verlinktes Arch-Wiki! Funktionieren tut beides. :wink:

Code: Alles auswählen

apt purge ntp
systemctl enable systemd-networkd
systemctl start systemd-networkd
systemctl status systemd-networkd
Ohne Konfiguration werden die Fallback-Server von Debian benutzt.
Schaue mal die Konfigurationsdatei an:

Code: Alles auswählen

nano /etc/systemd/timesyncd.conf
Kannst dir auch die Server zusaetzlich eintragen: http://www.pool.ntp.org/zone/de
Syntax wie Fallback-Server.
Dann

Code: Alles auswählen

systemctl restart systemd-networkd
systemctl status systemd-networkd
Nun ist's mundgerecht vorgekaut. Wahnsinn. :mrgreen:
Zuletzt geändert von BenutzerGa4gooPh am 10.03.2018 16:28:07, insgesamt 6-mal geändert.

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 16:09:10

OK dann will ich das mal versuchen. Hoffentlich mach ich nicht wieder alles kaputt so das ich alles neu aufsetzen muss.

geier22

Re: NTP Server geht beim ersten mal nicht

Beitrag von geier22 » 10.03.2018 16:11:37

....jana66 war schneller :mrgreen:
Es sieht so aus, als wäre bei dir noch auf dem Client Debianntp installiert.
Das hatte bei mir auch haufenweise Fehlermeldungen produziert, bis ich ntp gelöscht habe
hier noch etwas Literatur dazu:

https://wiki.archlinux.de/title/Systemd ... -timesyncd

https://www.dinotools.de/2015/01/12/zei ... onisieren/

Es wird auch berichtet, dass sich die Dienste gegenseitig stören:
https://feeding.cloud.geek.nz/posts/tim ... d-systemd/

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 16:43:32

apt-get purge ntp gemacht und dann die Datei /etc/systemd/timesyncd.conf wie folgt

Code: Alles auswählen


[Time]
NTP=0.arch.pool.ntp.org 1.arch.pool.ntp.org 2.arch.pool.ntp.org 3.arch.pool.ntp.org
FallbackNTP=0.pool.ntp.org 1.pool.ntp.org 0.fr.pool.ntp.org



Code: Alles auswählen

root@piserver:~# timedatectl status
      Local time: Sat 2018-03-10 16:32:39 CET
  Universal time: Sat 2018-03-10 15:32:39 UTC
        RTC time: Sat 2018-03-10 15:32:39
       Time zone: Europe/Berlin (CET, +0100)
 Network time on: yes
NTP synchronized: yes
 RTC in local TZ: no



root@piserver:~# systemctl status systemd-networkd
● systemd-networkd.service - Network Service
   Loaded: loaded (/lib/systemd/system/systemd-networkd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2018-03-10 16:29:00 CET; 3min 0s ago
     Docs: man:systemd-networkd.service(8)
 Main PID: 319 (systemd-network)
   Status: "Processing requests..."
    Tasks: 1 (limit: 4915)
   CGroup: /system.slice/systemd-networkd.service
           └─319 /lib/systemd/systemd-networkd

Mar 10 16:29:03 piserver systemd-networkd[319]: Enumeration completed
Mar 10 16:29:04 piserver systemd-networkd[319]: eth0: Gained carrier
Mar 10 16:29:28 piserver systemd-networkd[319]: eth0: Gained IPv6LL
Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
root@piserver:~#



Neustart


Ergebnis: NTP geht nun überhaupt nicht mehr. :D

C:\windows>w32tm /stripchart /computer:192.168.1.21
192.168.1.21 wird verfolgt [192.168.1.21:123].
Es ist 10.03.2018 16:37:40.
16:37:40 Fehler: 0x800705B4
16:37:43 Fehler: 0x800705B4

BenutzerGa4gooPh

Re: NTP Server geht beim ersten mal nicht

Beitrag von BenutzerGa4gooPh » 10.03.2018 16:56:10

Hat doch synchronisiert.
wahnsinn hat geschrieben: ↑ zum Beitrag ↑
10.03.2018 16:43:32
Network time on: yes
NTP synchronized: yes
Willst du die soeben konfigurierte Büchse (Pi) als NTP-Server für andere (Windows-) Büchsen? Verstehe sonst nicht:
wahnsinn hat geschrieben: ↑ zum Beitrag ↑
10.03.2018 16:43:32
C:\windows>w32tm /stripchart /computer:192.168.1.21
192.168.1.21 wird verfolgt [192.168.1.21:123].
Es ist 10.03.2018 16:37:40.
16:37:40 Fehler: 0x800705B4
16:37:43 Fehler: 0x800705B4
Des Weiteren Konfig bissel teutsch "aufhuebschen":

Code: Alles auswählen

[Time]
NTP=0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org
FallbackNTP=0.arch.pool.ntp.org 1.arch.pool.ntp.org 2.arch.pool.ntp.org 3.arch.pool.ntp.org
Dienst neu starten, siehe oben und ausführlichen Status:

Code: Alles auswählen

systemctl status systemd-timesyncd
Edit: Letztes Kommando korrigiert.
Zuletzt geändert von BenutzerGa4gooPh am 10.03.2018 17:07:10, insgesamt 3-mal geändert.

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 17:03:26

Code: Alles auswählen

root@piserver:~# timesyncd
Could not find the database of available applications, run update-command-not-found as root to fix this
timesyncd: command not found


root@piserver:~# update-command-not-found
I: Writing data for httpredir.debian.org_debian_dists_stretch_non-free_Contents-armhf.lz4 ... . done
I: Writing data for httpredir.debian.org_debian_dists_stretch-backports_non-free_Contents-armhf.lz4 ... . done
I: Writing data for httpredir.debian.org_debian_dists_stretch-updates_main_Contents-armhf.lz4 ... . done
I: Writing data for httpredir.debian.org_debian_dists_stretch_contrib_Contents-armhf.lz4 ... . done
I: Writing data for httpredir.debian.org_debian_dists_stretch-backports_contrib_Contents-armhf.lz4 ... . done
I: Writing data for httpredir.debian.org_debian_dists_stretch-backports_main_Contents-armhf.lz4 ... . done
I: Writing data for httpredir.debian.org_debian_dists_stretch_main_Contents-armhf.lz4 ... . done

root@piserver:~# timesyncd
timesyncd: command not found


root@piserver:~# apt-get install timesyncd
Reading package lists... Done
Building dependency tree
Reading state information... Done
E: Unable to locate package timesyncd


Willst du die soeben konfigurierte Büchse (Pi) als NTP-Server für andere (Windows-) Büchsen? Verstehe sonst nicht:

Schreibe ich doch von anfang an das ich einen NTP-Server will wo andere Endgeräte insbesondere eine China-IP Webcam von dort die Uhrzeit holt statt direkt vom Internet das hier leider störbehaftet ist. Das das erste holen der Zeit nie ging dafür beim zweiten Versuch. Nun geht es überhaupt nicht mehr.

BenutzerGa4gooPh

Re: NTP Server geht beim ersten mal nicht

Beitrag von BenutzerGa4gooPh » 10.03.2018 17:12:54

Oben editiert, bitte beachten!
Zeige mal

Code: Alles auswählen

netstat -taupen
Kann gut sein, dass der Dienst bislang nur lokal, nicht für Clients funktioniert. Das wusste ich nicht und muss suchen, wie man das ändert. Kann 'ne Weile dauern ...
Bei Probleme bleibt immer noch Debianntp. :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 17:18:28

Ich habe auf der Kiste laufen

Pi-Hole ohne DHCP Server dafür mit webserver
FTP Server mit ProFTPD
Webmin
Samba
SSH

IPV6 verwende ich überhaupt nicht . Sieht wohl so aus als wartet derzeit nichts auf port 123

Code: Alles auswählen

netstat -taupen
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       User       Inode      PID/Pr                                                    ogram name
tcp        0      0 0.0.0.0:445             0.0.0.0:*               LISTEN      0          21212      1116/s                                                    mbd
tcp        0      0 127.0.0.1:4711          0.0.0.0:*               LISTEN      999        22628      874/pi                                                    hole-FTL
tcp        0      0 0.0.0.0:139             0.0.0.0:*               LISTEN      0          21213      1116/s                                                    mbd
tcp        0      0 0.0.0.0:10000           0.0.0.0:*               LISTEN      0          21222      1151/p                                                    erl
tcp        0      0 0.0.0.0:80              0.0.0.0:*               LISTEN      0          22170      858/li                                                    ghttpd
tcp        0      0 0.0.0.0:53              0.0.0.0:*               LISTEN      0          17287      838/dn                                                    smasq
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          17297      835/ss                                                    hd
tcp        0    304 192.168.1.21:22         192.168.1.120:49656     ESTABLISHED 0          22857      1193/s                                                    shd: root@pts
tcp6       0      0 :::445                  :::*                    LISTEN      0          21210      1116/s                                                    mbd
tcp6       0      0 ::1:4711                :::*                    LISTEN      999        22630      874/pi                                                    hole-FTL
tcp6       0      0 :::139                  :::*                    LISTEN      0          21211      1116/s                                                    mbd
tcp6       0      0 :::80                   :::*                    LISTEN      0          22171      858/li                                                    ghttpd
tcp6       0      0 :::21                   :::*                    LISTEN      109        21177      1100/p                                                    roftpd: (acce
tcp6       0      0 :::53                   :::*                    LISTEN      0          17289      838/dn                                                    smasq
tcp6       0      0 :::22                   :::*                    LISTEN      0          17306      835/ss                                                    hd
udp        0      0 0.0.0.0:10000           0.0.0.0:*                           0          21223      1151/p                                                    erl
udp        0      0 0.0.0.0:53              0.0.0.0:*                           0          17286      838/dn                                                    smasq
udp        0      0 0.0.0.0:68              0.0.0.0:*                           0          17017      783/dh                                                    cpcd
udp        0      0 192.168.1.255:137       0.0.0.0:*                           0          22764      1090/n                                                    mbd
udp        0      0 192.168.1.21:137        0.0.0.0:*                           0          22763      1090/n                                                    mbd
udp        0      0 0.0.0.0:137             0.0.0.0:*                           0          22753      1090/n                                                    mbd
udp        0      0 192.168.1.255:138       0.0.0.0:*                           0          22766      1090/n                                                    mbd
udp        0      0 192.168.1.21:138        0.0.0.0:*                           0          22765      1090/n                                                    mbd
udp        0      0 0.0.0.0:138             0.0.0.0:*                           0          22754      1090/n                                                    mbd
udp6       0      0 :::53                   :::*                                0          17288      838/dn                                                    smasq



BenutzerGa4gooPh

Re: NTP Server geht beim ersten mal nicht

Beitrag von BenutzerGa4gooPh » 10.03.2018 17:46:21

systemd-timesyncd funktioniert im Gegensatz zu ntp wohl nur als Client. Wusste ich nicht.
Also:

Code: Alles auswählen

systemctl disable systemd-timesyncd
systemctl stop systemd-timesyncd
systemctl status systemd-timesyncd
apt install ntp
service ntpd status
evtl. service ntpd start
nano /etc/ntp.conf
Zeitserver eintragen: 0.de.pool.ntp.org ... 3.de.pool.ntp.org (vorerst keine weitere Konfig.)

Code: Alles auswählen

server 0.de.pool.ntp.org
server 1.de.pool.ntp.org
server 2.de.pool.ntp.org
server 3.de.pool.ntp.org

Code: Alles auswählen

service ntpd restart
service ntpd status
ntpq -p
Der Dienst dürfte ohne weitere Konfig als Server für deine Clients wirken.
Standardmäßig erlaubt ntpd es, dass jeder beliebige Client die Uhrzeit abfragen und Serveroptionen ändern kann.
...
In der Konfigurationsdatei sowie der Manpage zu ntpd stehen ... Beispiele der Zugriffskontrolle.
https://wiki.archlinux.de/title/NTP
Wenn du also ntp wie anfänglich gesagt "gepurged" hattest, müsste alles funktionieren und Konfigurationsdatei bereinigt sein, Fehler dadurch beseitigt?

Ansonsten wäre wohl mittels Debianwireshark auf Client und Server tiefer zu forschen.

Code: Alles auswählen

 journalctl -f
auf Server und Client und Neustart des Dienstes auf Client zeigt vielleicht auch Fehler.
Zuletzt geändert von BenutzerGa4gooPh am 10.03.2018 19:09:54, insgesamt 1-mal geändert.

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:08:30

Gesagt, getan. Das Windows Comandozeilenprogramm zeigt nun wieder was an

Code: Alles auswählen

C:\windows>w32tm /stripchart /computer:192.168.1.21
192.168.1.21 wird verfolgt [192.168.1.21:123].
Es ist 10.03.2018 18:59:28.
18:59:28 d:+00.0058190s o:-00.1505761s  [                           *                ]
18:59:30 d:+00.0038372s o:-00.1490551s  [                           *                ]
18:59:32 d:+00.0018508s o:-00.1475222s  [                           *                ]
Bei Windows XP und Windows 7 wo man bei der Uhr den Server für die Internetzeit einstellen kann heißt es nur

Warten Sie bis die Syncronisierung durchgeführt wird.... und dann kommt

Bei der Syncronisierung der Zeit mit 192.168.1.21 ist ein Fehler aufgetreten. Der Peer ist nicht aufgelöst.

Google meint man müsse dann statt die IP den Name eintragen hier z.B. piserver ( https://www.heise.de/ct/hotline/Zeitser ... 23967.html )

Gut das funktioniert bei WIndows 7 aber bei XP nicht. Vor der ganzen Umstellung hat es bei beiden mit der IP funktioniert, nur eben erst nach dem zweiten mal.

BenutzerGa4gooPh

Re: NTP Server geht beim ersten mal nicht

Beitrag von BenutzerGa4gooPh » 10.03.2018 19:21:27

Kann eigentlich nicht am NTP-Server liegen. Alle Restricitions in NTP-Server-Konfig. dürften nach purge entfernt sein, Defaults. Besser mal nachsehen.

Code: Alles auswählen

cat /etc/ntp.conf 
Ein Client funktioniert ja auch.
XP: http://www.winfaq.de/faq_html/Content/t ... ip1749.htm
und testen: http://microlinc.homeip.net/index.php?l ... =38&id=184

Bestehen ping-Fehler von Clients auf Server, lange Zeiten, Paketfehler?
Zuletzt geändert von BenutzerGa4gooPh am 10.03.2018 19:51:17, insgesamt 2-mal geändert.

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:30:18

Ich glaube ich kauf lieber bei Ebay eine neuere Firtzbox, da soll ein NTP Server bereits integriert sein und ich hab dann meine Ruhe. Dieses Linuxzeug ist jedesmal sehr frustrierend.

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