Newsgroup: it.comp.os.linux.sys
Titolo: Un po' preoccupato

Ho una macchina che non riesco a  raggiungere con ssh, mi ci sono 
connesso ieri sera verso le 20 l'ultima volta, ma non ho fatto 
aggiornamenti, installazioni,mddifiche al fw ecc. ho solo controllato lo 
stato del raid software
L'autorizzazione e' solo con chiave, il servizio sembra su
*************************************************
$nmap -P0 217.xxx.xx.xxx
Starting nmap 3.81 ( 
http://www.insecure.org/nmap/
 ) at 2006-03-26 10:48 
CEST
Interesting ports on xxxxxxxxxxx (217.xxx.xx.xxx):
(The 1659 ports scanned but not shown below are in state: closed)
PORT   STATE    SERVICE
22/tcp filtered ssh
Nmap finished: 1 IP address (1 host up) scanned in 24.538 seconds
************************************************************
sta dietro un router, la richiesta di connessione va in timeout
ssh: connect to host  217.xxx.xx.xxx port 22: Connection timed out
mi devo preoccupare? :) e' una sarge

desktop ha scritto:

imho il router non fa più forwarding.
--
kain
icoretech.org

kain wrote:
  > imho il router non fa più forwarding.
ma allora non penso che uno scanning con nmap farebbe vedere la 22
che e' comunque aperta sul server. O sbaglio?

 che e' comunque aperta sul server. O sbaglio?
Te la da "filtered". Te le dovrebbe dare "opened". Tutte le altre non
listate sono "closed", cioe' viene risposto esplicitamente con un icmp
di tcp reset o di dest. port unreachable. "filtered" vuol dire invece
che non c'e' stata nessuna risposta...
Messo assieme tutto cio', mi fa pensare che il router in realta' fa
ancora il forwarding, ma che per qualche motivo la macchina dietro il
router non risponda o non possa essere raggiunta.
bye G.L.

 22/tcp filtered ssh
Ciao, secondo me la macchina dietro al router si è spenta o comunque non 
comunica piu con il router per qualche ragione. Probabilmente facendo 
l'nmap, il router giustamente forwarda la porta 22 verso la macchina 
interna, la quale non risponde e l'nmap la vede in stato filtered.
Secondo la logica non dovrebbe nemmeno vederla in stato "filtered" la 
porta perchè se la macchina è giu, il servizio ssh è giu pure lui, ma 
probabilmente il router facendo il port forwarding, manipola anche i 
pacchetti  mandando in crisi l'nmap. Questa cosa mi succede anche a me 
con un router Digicom Michelangelo, mentre su utilizzo una linux box 
come router o altri tipi di router se la macchina dietro al router si 
spegne, l'nmap non mi segnala nulla.
Ciao

 router non risponda o non possa essere raggiunta.
capisco, grazie.
Domani vedremo, se c'e' qualche problema chiameranno di sicuro

 router non risponda o non possa essere raggiunta.


Renaissance wrote:
Volevi chiederti se per cortesia potevi postare quel tuo "schema" per 
scrivere un firewall con iptables, quella configurazioen di massima da 
adattare, non riesco a trovarla con google
grazie

  scrivere un firewall con iptables, quella configurazioen di massima
http://groups.google.it/group/it.comp.os.linux.sys/tree/browse_frm/thread/34557cb25130c8d8/5ce7523218f54044?rnum=11&hl=it&q=%24IPT+author%3Arenaissance&_done=%2Fgroup%2Fit.comp.os.linux.sys%2Fbrowse_frm%2Fthread%2F34557cb25130c8d8%2Fa4a05aae4002af38%3Flnk%3Dst%26q%3D%24IPT+author%3Arenaissance%26rnum%3D3%26hl%3Dit%26#doc_a4a05aae4002af38
Ocio che c'e' un errore in testa: dev'essere IPT="/sbin/iptables", non
IPT="$IPT"
bye G.L.

 IPT="$IPT"
grazie, gentilissimo come al solito

 pacchetti  mandando in crisi l'nmap.
deve essere qualcosa del genere, perche' mi ricordo benssimo che 
un'altra volta che la machina si era spenta e io non riuscivo a 
connettermi, l'nmap mi dava la 22 come closed, potrei sbagliarmi ma al 
99% e' cosi, e il router e' lo stesso.
Grazie cao

 Grazie cao
Po' esse' che linux emette un icmp di destination unreachable
dopo un po' di tempo, nel caso in cui nel routing sia implicato
un snat/dnat e la connection track table.
bye G.L.