A (pontos) idő vége

Offtopic

Másnál sem lehet netdate-vel szinkronizálni a time.kfki.hu-ra (és még néhány a google által kidobott időszerverre), vagy ez csak az tiszteletemre van így? Néhány gépre rálátok és egyikről sem megy. Igaz mind Chello-s.
Vagy a netdate avult el hirtelen?
Nem hiszem hogy belső baj lenne, mert ha egy gépet kinevezek időszervernek arról a többi tud szinronizálni.
Valami ötlet?

  • 6918 megtekintés

stratum 1-es szerver miert macera?

nekem be van allitva ketto is. levagtam az ip cim elso ketto szamat, mert nem akarom h masok is hasznaljak. szemet alja egy geci vagyok. 

# ntpq -pn | cut -d. -f3-
     remote           refid      st t when poll reach   delay   offset  jitter
==============================================================================
*        96.158  .GPS.            1 u  554 1024  377   14.027   -1.875   0.662
+        99.186  .GPS.            1 u  548 1024  377   17.189   -1.408   0.318
-        0.1     148.6.0.36       2 u  511 1024  377   15.895    4.133   1.324
+        29.32   253.207.129.173  2 u  489 1024  377   42.683   -0.202   0.094
         1.0     LOCAL(0)        13 l    6   64  377    0.000    0.000   0.001

> Stratum 1 szerver az ami stratum 0-hoz (device) kapcsolódik, tehát az kicsit macerás lenne...

Örülök, hogy más is megmutatta, hogy egyáltalán nem macerás. Annyira megleptél a kijelentéseddel, hogy riadtan megnéztem, vajon mit trükköztem, hogy menjen. Aztán még az ntpq kimenetét is, hogy hátha rosszul tudom.

> Nem ildomos stratum 1-es szerverekhez kapcsolódni, csak 2-esekhez. Gráf, terhelés miegymás....

Ez így már korrektebb, csak a kérdésem, ha azt akarja egy S1-et üzemeltető hogy ne használja boldog boldogtalan, akkor terssék letiltani a hozzáférést. Ha már egyszer az (x)ntpd lehetőséget nyújt rá.

Az SMTP tervezésekor sem gondoltak arra, hogy lesznek olyan vaddisznók, akik SPAMmelni fognak...

Másrészt egy stratum 1-es szerver csak a saját stratum 0 eszközétől kapja az időt, míg a stratum 2-es szerver több stratum 1-es és 2-es szerver idejét is figyelembe veheti.

A 2. mondatodtol kezdve nem ertem, hogy ez hogy jon ide.

Eredetileg azt mondtad, h nehezkes S1-es szerverhez kapcsolodni, aztan pontositottad, hogy nem javasolt. En meg csak annyit mondtam, hogy pont ugyanolyan nehez, mint barmilyen stratumu egyeb szerverhez, raadasul mivel az altalam javasolt szerverek 'relative' nem tul reg lettek munkaba allitva, felteszem az uzemeltetoje tudja, hogy jelenleg Magyarorszgon ma boldog-boldogtalan kerdes, e-mail es egyeb nelkul hasznalja az Ubul-t, tehat ha kitudodik, hogy van annal nagyobb pontossagu, akkor majd arra cuppannak ra - ha tehat nem szeretne, majd tesz rola. (Probalom az SMTP-SPAM hasonlattal osszhangba hozni a dolgot.)
Szoval miert is magyarazod el az NTP mukodeset nekem cimezve? En is ezen a szinten magyarazom a hallgatoimnak, szoval ennyit azert tudok rola. Legalabb menjunk melyebb retegekbe, hogy valami ertelme is legyen, mert ez eddig TIT szabadegyetem unalmas pentek kora delutan.

( lancsihh | 2007. 03. 08., cs – 21:13 )

$ sudo ntpdate time.kfki.hu
8 Mar 21:11:32 ntpdate[6961]: adjust time server 148.6.0.1 offset 0.289920 sec

megy ez.

( Dr_Mac | 2007. 03. 08., cs – 21:35 )

Nekem rdate-tel nem ment egész nap a szinkronizálás a KFKI szerverére (T adsl). Most egy ntpdate megy alapbeállításokkal. Eddig jó.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."


$ host -a hu.pool.ntp.org|grep ^hu|sed 's%.*\t%%'|while read i; do host $i; done
60.194.112.62.in-addr.arpa domain name pointer leesti.netinform.hu.
64.194.112.62.in-addr.arpa domain name pointer ojjektum.uhulinux.hu.
31.42.2.84.in-addr.arpa domain name pointer ntp.t-online.hu.
20.222.6.193.in-addr.arpa domain name pointer blackmage.ki.iif.hu.
47.222.6.193.in-addr.arpa domain name pointer bakacsin.ki.iif.hu.
50.101.131.193.in-addr.arpa domain name pointer press.metpress.hu.
121.83.202.193.in-addr.arpa domain name pointer i-pont.hu.
6.70.224.193.in-addr.arpa domain name pointer enfield.ikk.sztaki.hu.
7.70.224.193.in-addr.arpa domain name pointer gatling.ikk.sztaki.hu.
161.14.225.193.in-addr.arpa domain name pointer rs11.lvs.iif.hu.
162.14.225.193.in-addr.arpa domain name pointer rs12.lvs.iif.hu.
163.14.225.193.in-addr.arpa domain name pointer rs13.lvs.iif.hu.
90.77.56.195.in-addr.arpa domain name pointer approx.netmasters.hu.
54.147.56.195.in-addr.arpa domain name pointer irc.apoland.hu.

--
A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

( userbuster | 2007. 03. 09., p – 06:19 )

time kfki.hu RFC-868 szerinti Time Protocolon tcp37-en nem valaszol, viszont NTPv3-at RFC-1305 szerint udp123-on adja