Newsgroup: it.comp.os.linux.iniziare
Titolo: vedere se un server e' up

Ho un piccolo server casalingo.
Vorrei che dal pc del lavoro, in remoto, partisse un backup usando ssh
solo se il server a casa e' su (molti giorni lo lascio spento). Ho
gia' il mio script che lancio manualmente quando so che il server e'
su, ma vorrei usare cron e impostare un backup remoto automatico che
prima di partire controlli lo stato del server. Tipo
- server e' up?
- si', fai backup
- no, riprova fra 3 ore
che comando mi ritorna lo stato di un server?
grazie

 che comando mi ritorna lo stato di un server?
Il buon vecchio ping:
ti fai uno script cos�:
if ping -c1 $1 >/dev/null
then echo "su"
else echo "giu"
fi
E lo lanci dando come parametro il nome o l'ip della macchina che
vuoi controllare.
Al posto degli echo, ci metti quello che vuoi, ovviamente.
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

iop ha scritto:

  Dipende da quale servizio eroga quel server.  Sapere che il server �
acceso non vuol dire necessariamente che lo si potr� usare per il
servizio che serve.  Se il servizio usato � proprio ssh, allora la cosa
migliore � impostare i due computer perch� il PC del lavoro possa
connettersi a quello domestico senza password (metodo di autenticazione
DSA o RSA a chiavi pubbliche).  Fatto questo, lo script per prima cosa
tenta di eseguire un comando qualsiasi verso il computer casalingo, tipo:
ssh 'utente@pc_casa' uptime
  Se il comando riesce, allora ps_casa � acceso *e* il servizio ssh
funziona -> si pu� procedere con il backup.  Altrimenti urla e strepiti
nei log e buonanotte.  :-)
  Ciao,
-- 
Alessandro Selli 
http://alessandro.route-add.net
AVVERTENZA: i messaggi inviati a "trappola" non mi arriveranno.
WARNING: messages sent to "trappola" will never reach me.

 ti fai uno script cosï¿œ:
  Non sempre fattibile: spesso bloccato dalla rete, o dal pc destinazione.
-- 
Non pretendo che comprendiate il significato di quello che ho scritto senza 
averlo riletto un certo numero di volte. Personalmente, vi riterrei degli 
stupidi se lo faceste. Io l'ho letto sei volte ed ancora non l'ho capito.

 
Se chiede come vedere se un server remoto ï¿œ attivo, almeno la rete
deve lasciar passare qualcosa, non credi?
Sta parlando del SUO pc di destinazione, se si chiude fuori ï¿œ piï¿œ pirla
del grigio pirla (nuance pirlata).
Sta parlando della sua macchina in ufficio, se si chiude dentro, ï¿œ al
90% ancora piï¿œ pirla.[*]
Se perï¿œ avessi ragione tu, dovrei avere da qualche parte il numero di
cellulare del mago otelma.
[*] Oppure ï¿œ un mio utente.


 90% ancora piï¿œ pirla.[*]
  Sta parlando di un PC che sta in ufficio e di uno che sta a casa ->
tra i due ci sono probabilmente due ISP e piï¿œ router.  Tutti macchinari
che non sono sotto il suo controllo.  La possibilitï¿œ che almeno uno di
questi filtri i pacchetti icmp echo-request e icmp echo-reply non ï¿œ
trascurabile.


 trascurabile.
hping esiste (anche) per questo, eh :)
Enrico

Enrico 'Henryx' Bianchi ha scritto:

  Si, ma il suo responso non è conclusivo.  Ti dice se un host è attivo
e se una certa porta è aperta, ma non se l'utente/host remoto ha il
diritto ad accedere al corrispondente servizio.  Ossia, hping3 potrebbe
pure dirti: "Si, l'host ciccio è su e la sua porta 22 [SSH] è aperta",
ma il backup remoto potrebbe lo stesso fallire per via della
configurazione degli hosts_access, del PAM, di SELinux o altre ACL.
  In mia opinione, conviene provare un vero accesso in ssh per sapere se
si può tentare di fare il backup da remoto.  Ad essere perfezionisti, si
dovrebbe:
1) prima usare hping per sapere se l'host remoto è attivo e la porta
selezionata è aperta;
2) se il test al punto (1) ha dato esito positivo, scrivere una riga in
proposito nel log e fare un accesso in ssh di prova;
3) se anche il test nel punto (2) ha dato esito positivo, scrivere una
riga in proposito nel log e avviare il backup.


   Si, ma il suo responso non è conclusivo.  Ti dice se un host è attivo
Ora, se vuoi fare la punta agli spilli, posso mettermi anch'io ad usare
un temperino micrometrico, e poi rifinire il tutto con abrasivo ottico,
quello per lucidare gli specchi dei telescopi. ;-)
Torna tra gli umani, per favore.
Il backup lui LO FA ANCHE ADESSO, perciò la situazione attuale è che:
se il pc di casa è acceso e raggiungibile, parti con il backup.
Vorrebbe evitare di far partire il backup (schedulato) se il suo pc di
casa è spento, punto.


 casa è spento, punto.
  Non cambia il punto, secondo me.  Il risparmio di una mezza dozzina di
righe di script non valgono il rischio di fare casini con un PC di cui
magari si è cambiata la configurazione, in cui si sono fatti
aggiornamenti che hanno cambiato certe ACL ecc.  Fare le cose secondo
manuale evita molti mal di testa che prima o poi arrivano anche nelle
situazioni più "sicure".  Dare per scontato che "tanto con il mio PC di
casa andrà sempre tutto bene" vuol dire prendere una cattiva abitudine
che prima o poi si sconterà con qualche brutta esperienza.
