Newsgroup: it.comp.os.linux.sys
Titolo: Testare porta locale

Salve a tutti.
Ho una porta ( $PORT ) locale da testare, cioè capire se mi prende la
connessione oppure no, ed evventualmente rieffettuare il tunneling ssh
della porta.
La situazione è la seguente:
1) lancio il comando
ssh -L $PORT:host1:$PORT host1
Ora la mia necessità è quella di determinare se $PORT accetta
connessioni oppure no, e nel caso non le accetti rieffettuare il
tunneling ssh
if [[ ! `controllo_porta` ]]
then
       rinizializza_connessione
fi
non mi interessa cosa arrivi sulla porta, pochè arrivano dati penso
biari (e' una OpenVPN), a me interessa solo simulare quel che potrei
fare io:
telnet localhost 1194
- okay, vedo della robaccia apparire .... son connesso
- cavolo ci sta mettendo troppo .... no, non sono piu' connesso,
aspetta che provo a rinizializzare il tutto
Come posso fare per arrivare a cio' ?
grazie infinite
Saluti e Tanti Auguri

 Come posso fare per arrivare a cio' ?
while sleep 60
do
    nmap -p$PORT -sT 127.0.0.1 2>&1 | grep -q "closed" && \
         rinizializza_connessione
done
Ma personalmente nel tuo caso ho sentore che tu non abbia chiesto una
soluzione per il tuo problema, ma abbia chiesto come implementare la tua
soluzione ad un problema a noi sconosciuto.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 soluzione ad un problema a noi sconosciuto.
Devo fare il tuneling da una macchina remota alla mia della porta di
OpenVPN.
ora pero' devo testare se questa porta portata locale mi accetta la
connessione.
Ho testato con nmap, però succede che se stacco il cavo di lan, lui
per un tempo N me la reputa aperta, poiche' SSH per quel tempo N la
maniente aperta in attesa di riconnettersi autonomamente.
Il mio intento era proprio quello di determinare se sulla porta ci
fosse un qualche d'uno pronto a rispondermi .... quindi realmente
attiva.
se a mano vado con telnet sulla porta e la connessione è attiva, vedo
arrivare della "roba" (roba grezza), se pero' stacco il cavo di rete,
telnet cerca di connettersi alla porta, ma ovviamente non riceve
risposta da nessuno ... ma essendo la porta ancora aperta, non mi da
errore di connessione, ma aspetta un tempo X fino a che non va in
time-out.
A me interesserebbe automatizzare la cosa per determinare se sulla
porta veramente c'è qualche d'uno oppure se la connessione e' morta
.... potendo "dire": tenta per 10secondi, se non ottieni segni di vita,
KILLA il tunneling ssh, riavvia la connessione WiFi che potrebbe essere
defunta e poi rieffettua il tunneling SSH.
tutto qua.
GRAZIE

 soluzione ad un problema a noi sconosciuto.
Che è quello che succede nel 99% dei casi, e in parte giustificato, visto
che spiegare quello che si vuole fare, perché lo si fa in quella maniera, è
un'impresa improba e non raramente vuol dire ricevere inutili 'condanne da
giudizio universale' (non ha capito niente, è una schifezza, torna al C64,
ecc.).



effettivamente lei ha abbastanza ragione.
Questi thread acidi, al vetriolo, dove ognuno cerca di imporre la propria
supremazia informatica, hanno un po' rotto il caXXo ;) Non fai nemmeno in
tempo a scrivere "A" che viene tizio a puntualizzare e a rompere .. gli
zebedei, alla ricerca di un posto al sole in questi miseri spazi di
discussione.... per non parlare poi dei miseri tormentoni quando tutti si
accaniscono contro uno: a volte succede che il singolo ha ragione, e il
cervello collettivo spara cazzate, ma nessuno ha il coraggio di parlare
per paura di fare la fine.... Vuoi provare? Fai la prova a dire che
qualcosa non funziona come dovrebbe nel tuo Linux ;) Qualcosa dovra' pur
esserci, mica l'ha fatto dio 'sto sistema operativo. Oh no?
eppure...
-- 
echo onailimissaM | awk 'BEGIN { FS = "" }
{ for (i = NF; i >= 1; i-- )
  printf $i }'; echo

 D.
Alla fine ho risolto con un piccolo client scritto in C che imposta il
timeout sulla select e legge N byte dalla socket aperta.
Grazie a tutti
saluti e buone feste

 tempo a scrivere "A" che viene tizio a puntualizzare e a rompere .. gli
]zac[
La cosa interessante è che sufficiente che in qualsiasi punto si smetta di
rispondere (chiunque dei participanti), e il flame muore, i rototrollanti
e/o flammatori e/o acettatori si stufano subito se si smette di agitargli
il 'sonaglino'.

 funzionare.
]zac[
Se hai notato, ho premesso IN PARTE.
E aprofitto per aggiungere che è molto raro che chi descrive in maniera
confusa un problema, dopo essere stato sollecito (o acettato/sminuzzato),
descriva meglio la cosa (di solito succede perché non puo' (e quindi non
c'è niente da fare) o non vuole (nel qual caso l'intenzione è dolosa e ogni
azione diversa dall'ignore produce sempre i soliti inutili flame).

 Davide Bianchi wrote:

Fatto sta che molto spesso un newsgroup nato per discutere di questioni
tecniche e per aiutarsi reciprocamente diventi un luogo dove strillarsi
semplicemente dietro in maniera sterile che non porta a nulla.
E anche queste chiacchere "perbeniste" non apportano nulla di
tecnicamente utile alla discussione e al gruppo (ne ora ne per chi
consultera' in un futuro)
Saluti e Buone feste

 lei??
voleva essere "sarcastico" :-o ... ci manca solo che ci diamo del lei :)


 Saluti e Buone feste
buone feste.


 Saluti e Buone feste
Auguri anche a te.
(azz! mi viene anche un 'e a tutti gli uomini e donne di buona volontà' ...)