Zum Inhalt springen

Empfohlene Beiträge

Geschrieben

Hallo.

Wir haben hier mehrere Linux-Server, die die korrekte Uhrzeit benötigen. Auf allen drei läuft der NTP ohne Bauschschmerzen in /var/log/ntp.

Die Uhrzeit (date +%H%M%S) ist auch halbwegs korrekt, aber die Anzeige(n) verstehe ich nicht.

"Border" ist ne Windows-Firewall-Maschine.

"GPS-Clock" ist ne echte GPS-Clock.

lx1:~ # ntpq -p

remote refid st t when poll reach delay offset jitter

==============================================================================

LOCAL(0) LOCAL(0) 10 l 43 64 377 0.000 0.000 0.004

border.FIRMA. 129.69.1.153 2 u 36 64 7 0.379 616.761 7.726

*gps-clock.FIRMA 0.0.0.0 1 u 39 64 377 1.957 -23.311 52.209

li2:/var/log # ntpq -p

remote refid st t when poll reach delay offset jitter

==============================================================================

LOCAL(0) LOCAL(0) 10 l 15 64 377 0.000 0.000 0.001

border.FIRMA. 129.69.1.153 2 u 10 64 7 0.289 581.340 27.873

*gps-clock.FIRMA 0.0.0.0 1 u 3 64 377 1.919 -66.774 24.389

li1.FIRMA.d .DROP. 16 u 962 64 0 0.000 0.000 4000.00

li2.FIRMA.d .INIT. 16 u - 512 0 0.000 0.000 4000.00

li3.FIRMA.d .INIT. 16 u 41 128 0 0.000 0.000 4000.00

xlx1.FIRMA.d 172.16.1.100 2 u 7 64 377 0.201 -20.366 24.218

lx2.FIRMA.d LOCAL(0) 11 u 31 64 3 0.180 -37.928 9.472

li3:/var/log # ntpq -p

remote refid st t when poll reach delay offset jitter

==============================================================================

LOCAL(0) LOCAL(0) 10 l 57 64 3 0.000 0.000 0.002

border.FIRMA. 1xx.xx.x.153 2 u 57 64 3 0.383 651.094 58.092

gps-clock.FIRMA 0.0.0.0 1 u 53 64 3 2.275 -46.746 61.747

li1.FIRMA.d .DROP. 16 u 971 64 0 0.000 0.000 4000.00

li2.FIRMA.d .DROP. 16 u 273 64 0 0.000 0.000 4000.00

li3.FIRMA.d .INIT. 16 u - 64 0 0.000 0.000 4000.00

lx1.FIRMA.d 172.16.1.100 2 u 52 64 3 0.159 -8.432 52.716

lx2.FIRMA.d .DROP. 16 u 818 64 0 0.000 0.000 4000.00

Kann da jemand Licht drauf werfen?

Ciao.

Geschrieben
lx1:~ # ntpq -p

remote refid st t when poll reach delay offset jitter

==================================================

LOCAL(0) LOCAL(0) 10 l 43 64 377 0.000 0.000 0.004

border.FIRMA. 129.69.1.153 2 u 36 64 7 0.379 616.761 7.726

*gps-clock.FIRMA 0.0.0.0 1 u 39 64 377 1.957 -23.311 52.209

The remote (server name) column depicts the hosts specified in the local host’s configuration file plus other hosts that are configured as peers with the local host. The host address can be preceded by the following special characters:

* indicates the current synchronization source.

# indicates that the host is selected for synchronization, but distance from the host to the server exceeds the maximum value.

o indicates that the host is selected for synchronization, and the PPS signal is in use.

+ indicates the host included in the final synchronization selection set.

x indicates that the host is the designated false ticker by the intersection algorithm.

. indicates that the host is selected from the end of the candidate list.

- indicates a host discarded by the clustering algorithm.

blank indicates a host is discarded due to high stratum and/or failed sanity checks.

The refid (reference identification) column indicates the current source of synchronization for the remote host. .WWVB. indicates that the host uses a radio clock that receives time signals from the U.S. government radio station WWVB.

The st (stratum) column indicates the stratum level of the remote host.

The t (types) column denotes the available types, which include

l=local (such as a GPS clock)

u=unicast (this is the common type)

m = multicast

b= broadcast

- = netaddr (usually 0)

The when column indicates the number of seconds since the remote host response was received.

The poll (poll period) column indicates the polling interval to the remote host, as determined by xntpd. You can define the minimum polling interval with the minpoll option in the peer, server, or broadcast definitions in the /etc/ntp.conf file. Some popular values for network connections include 512 and 1024 seconds (approximately 8 mins. and 17 mins.). Systems with external clocks, like GPS, must poll every 64 seconds or less.

The reach (reachability) column indicates how successful attempts to reach the server are. This is an 8-bit shift register with the most recent probe in the 2^0 position. The value 001 indicates the most recent probe was answered, while 357 indicates one probe was not answered. The value 377 indicates that all the recent probes have been answered.

The delay (round trip time) column indicates the time (in milliseconds) taken by the reply packet to return in response, to a query sent by the server.

The offset (time difference) column indicates the time difference (in milliseconds) between the server’s clock and the client’s clock. When this number exceeds 128, and the message synchronization lost appears in the log file.

The disp (dispersion) column indicates the difference in the offset measurement between two samples. This is an error-bound estimate. The dispersion is a primary measure of the network service quality.

s'Amstel

Dein Kommentar

Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.

Gast
Auf dieses Thema antworten...

×   Du hast formatierten Text eingefügt.   Formatierung wiederherstellen

  Nur 75 Emojis sind erlaubt.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Editor leeren

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

Fachinformatiker.de, 2024 by SE Internet Services

fidelogo_small.png

Schicke uns eine Nachricht!

Fachinformatiker.de ist die größte IT-Community
rund um Ausbildung, Job, Weiterbildung für IT-Fachkräfte.

Fachinformatiker.de App

Download on the App Store
Get it on Google Play

Kontakt

Hier werben?
Oder sende eine E-Mail an

Social media u. feeds

Jobboard für Fachinformatiker und IT-Fachkräfte

×
×
  • Neu erstellen...