Newsgroup: it.comp.os.linux.sys
Titolo: Allineare due clock

Macchine A e B, collegate fra loro da cavo cross, non possono andare in 
rete ma possono essere raggiunte esclusivamente via ssh da fuori.
Obiettivo minimo: tenere i due clock allineati.
Obiettivo ideale: mantenere l'ora esatta.
Sarebbe buono cavarsela con qualche script, senza installare software 
che poi non si sa bene se fanno casino con altro, sono macchine di 
produzione, in produzione, non stoppabili.
Io pensavo ad un crontab giornaliero che su A copia un file su B ad 
un'ora prefissata e a quel punto B quando vede il file sa che ora 
dovrebbe essere e si tara sull'ora di A con "date".
Grazie per qualunque idea più furba. :-)

 Grazie per qualunque idea pi furba. :-)
Perchè reinventare la ruota quando c'è ntp?
Installa un server ntp su A e un client ntp su B e vivi felice :-)

 Installa un server ntp su A e un client ntp su B e vivi felice :-)
Dimenticavo un particolare fondamentale: le macchine sono a 200 Km di 
distanza da me e non ho intenzione di andarci, quindi l'installazione di 
software non è banalissima. Bisognerebbe spostar su il tar, che dovrebbe 
funzionare con quella release (SuSE Enterprise 10)... per quello non 
volevo ntpd.

 volevo ntpd.
Copiaci su l'rpm e vivi sereno.
-- 
Nobusama 





Dici che ci puoi arrivare via ssh. Quindi
	ssh -> su -> yast -> install ntp(d)
fine. Se non funziona di serie, scp per mandare su i RPM relativi, rpm per
installarli.
Leonardo
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!

 installarli.
Cos'avete contro rdate? ;-)
Non c'è nemmeno bisogno di installare server, se solo ha inetd già
funziona.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 funziona.
Grazie a tutti, alla fine ho messo ntp ed è effettivamente banale.
Restano non sicronizzati rispetto al resto del mondo ma almeno 
l'obiettivo minimo è raggiunto.

> Grazie per qualunque idea più furba. :-)
secondo me stiamo parlando di una cosa di una banalità incredibile.
su entrambe in cron
00 * * * * /usr/sbin/sntp -P no -r 
pool.ntp.org
e ogni ora si aggiornano sul medesimo ntp (affidabile). più 
sincronizzato di così...


Perché in cron? Il servizio ntp fa già la sincronizzazione quando è 
opportuno basandosi sul drifing dall'ora del pool di riferimento.
Infatti avviando il servizio con /etc/init.d/ntp start (su Debian) poi 
ti trovi residente un processo:
$ ps -Af | grep ntp
ntp 922 1 0 Oct11 ? 00:00:00 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 
106:111
Basta aver configurato /etc/ntp.conf con l'indirizzo del pool con la 
direttiva:
server ntp.tuoserverntp.xy
Questo server, con ntpd, a sua volta può servire - se abilitato il 
broadcast sulla LAN, come ntp server per la sincronizzazione degli host 
in rete.
-- 
Massimo Bacilieri AKA Crononauta

 opportuno
certo, era solo per semplificare, intendevo sostanzialmente dire "basta 
una riga invece di creare file e meccanismi".
ovvio che poi ntpd inglobi già tutto il protocollo a livello di servizio.
ciao!

Restano non sicronizzati rispetto al resto del mondo
A meno che tu non faccia occasionalmente un tunnel SSH + NTP e gli
aggiorni il clock del server.
(Il vantaggio rispetto al setdate + hwclock alla bruttozzìo è che,
in teoria, con questo sistema governa meglio il drift/slew).
Metti ntpd in ascolto su eth soltanto (non 127.0.0.1 quindi), e da
ssh apri un tunnel verso 
time.ien.it
 bound sulla 123 di 127.0.0.1,
dopodiche' gli spari ntpd -q -c /etc/sshntp.conf dove avrai messo,
come unico server, 127.0.0.1 . Lo puoi fare da crontab.
A quel punto, il server è allineato al resto del mondo e il client
gli va dietro.
Leonardo detto un po' alla rinfusa. S.E.&O.


 sincronizzato di così...
Non possono andare in rete, l'ha scritto...


Per completezza: non possono andare in internet, e dovevo quotare la tua 
frase
 > 00 * * * * /usr/sbin/sntp -P no -r 
pool.ntp.org
 > Non possono andare in rete, l'ha scritto...
quoting del menga :)

 una riga invece di creare file e meccanismi".
Se non ci fossero i sistemisti paranoici che impediscono ai server di 
USCIRE su internet, sì, ntp in autostart sarebbe la soluzione più pratica.


ntp in autostart è la soluzione più pratica in ogni caso: puoi infatti 
puoi configurare in ntp.conf anche "ntp.sbidibuda.temp" come pool purché 
tu gli imponga la specifica "dynamic" (man ntp.conf).
In questo modo ntpd si avvia e funziona regolarmente, fregandosene se 
non riesce a raggiungere ntp.sbidibuda.temp.
Ovvio che non si sincronizzerà col "mondo esterno", ma intanto ti può 
fare egregiamente da server ntp per la rete locale (e se hai 
l'accortezza di tenere corretto "a mano" l'orologio di sistema il danno 
è nei fatti minimo).


 Non possono andare in rete, l'ha scritto...
nella rete locale, su un pc che puo' andare in internet metti su relay
di ntp, e poi fai puntare l'ntpd deii due server A e B sul pc.
Ciao Jack