Newsgroup: it.comp.sicurezza.varie
Titolo: Test su porta UDP

Ciao ragazzi, spero di non essere OT...
Ho una piccola LAN domestica, server Linux (Suse) che condivide senza
problemi la connessione ISDN con un client XP. Funziona tutto a
meraviglia.
Ho necessità di testare se una determinata porta UDP è aperta o meno.
Il mio firewall dice che dovrebbe esserlo, ma in un test di gioco on
line con la PS2 ho ricevuto come errore che la "non è possibile usare
la porta UDP 5730 ecc. ecc.". Voglio precisare che la PS2, prima di
darmi quest'errore, mi dice chiaramente che si collega, esolo in un
secondo momento si pianta.
Dato che non posso rieseguire il test, perche non ho materialmente la
possibilità di farlo agevolmente, vorrei sapere se è possibile
testare l'apertura della porta in qualche altra maniera, per poi
eseguire nuovamente il test "reale" qualora la simulazione andasse a
buon fine.
Qualcuno sa darmi un dritta per questo test?
Grazie in anticipo a chiunque mi risponderà
Saluti
Gianluca

 
netstat -a
Ciao
Salva

secondo momento si pianta.
Come e' fatto il collegamento? Tipo cosi'?
[router ISDN]--[Linux]--[hub o switch]
			  |   |
			[XP] [PS2]
E come avviene il "collegamento" della PS2 al gioco on line?
In teoria dovrebbe bastare configurare correttamente iptables per
forwardare la porta 5730 alla PS2.
Sospetto che il protocollo preveda che la PS2 si colleghi fuori e
gli altri si colleghino a lei; in questo caso PS2-->server va, ma
la seconda fase (senza il tunnel impostato) si pianta dvra.
Leonardo
-- 
"Se e' vero che Linux in se' e' gratis, non lo sono le indispensabili
interfacce grafiche (X, KDE ecc.) che consentono alle persone normali
di utilizzarlo."                    -- Jason Matusow, Microsoft Corp.

La rete è così composta:
[Linux con scheda ISDN] - [hub o switch]
                              |      |
                             [XP]  [PS2]
Faccio partire la connessione sul server, ed automaticamente i client
la condividono.
Ieri ho scoperto che la porta UDP risultavo si aperta, ma solo
dall'esterno, quindi è possibile che la PS2 non riuscisse ad uscire su
quella porta.
Ora più che mai ho necessità di effettuare la simulazione.
netstat -a è un buon inizio. Mi documenterò con man, ma se voleste
suggerirmi voi i parametri mi risparmiereste un po' di lavoro.
Grazie mille
Gianluca

Ho un dubbio.
netstat -a | grep udp mi dice che in sostanza non c'è nessuna porta
UDP in ascolto. Ciò significa che non c'è nessun processo che ascolta
su quella porta, vero? Non significa necessariamente che la porta non
sia aperta, credo...
Ciao
Gianlcua

 su quella porta, vero?
Su nessuna porta udp, per la precisione.
-- 
Chaos A.D.		|	Raging crowd
Tanks on the streets	|	Burning cars
Confronting police	|	Bloodshed starts
Bleeding the Plebs	|	Who'll be alive?

 Scarica portmon dal sito di Sysinternals.
Ehm...| grep udp mi suggerisce un sistema operativo diverso. :)


quella porta.
Okay, ti serve di dire a Linux che forwardi la porta UDP sull'indirizzo
della PS2.
Qualcosa tipo
export PS2=192.168.12.34
iptables -I INPUT -p udp --dport 5730 -j ACCEPT
iptables -t nat -A PREROUTING -p udp --dport 5730 -j DNAT \
		--to-destination $PS2
...buttata li' senza impegno, eh: mi correggano i colleghi :-)


 ...buttata li' senza impegno, eh: mi correggano i colleghi :-)
s/INPUT/FORWARD
E che il Maestro mi perdoni. :-D

E che il Maestro mi perdoni. :-D
Piglia, piglia per ir gufo, sai. Gia' fo casino di mio, quando ho tutti i
manuali sottomano; pensa quando non ce l'ho...
Comunque su quel Linux ci devono essere gia' delle regole, se no le altre
macchine non navigano niente, e andrebbero aggiunte quelle nel punto piu'
opportuno, o si rischia che non funzionino lo stesso.
Leonardo (been there, done that)


Grazie per le risposte numerose; purtroppo ancora non ce la faccio. Ho
recuperta playstation con scheda di rete e gioc, così il test è
reale. Le modifiche che ho fatto sono state infruttuose, ma l'ipotesi
del forwarding è interessante. Supponendo che l'ip della play fosse
192.168.0.96, ho fatto
iptables -I INPUT -p udp --dport 5730 -j ACCEPT
iptables -t nat -A PREROUTING -p udp --dport 5730 -j DNAT
--to-destination 192.168.0.96
ma ancora niente. Mi aiutate ancora un attimo? Potremmo essere vicini
alla soluzione.
Intanto grazie a tutti
Gianluca

Ho capito adesso il significato di "s/INPUT/FORWARD"!
Un guru che conosco mi ha anche detto di settare
FW_TRUSTED_NETS="
192.168.0.0/24
"
Spero di uscirne fuori. Per ora ho rimediato due ulcere e un dhcp da
riparare.
Grazie

 FW_TRUSTED_NETS="
192.168.0.0/24
"
Prova cosě:
export PS2="192.168.0.96"
export PPP="ip_di_navigazione"
iptables -t nat -A PREROUTING -p udp --dport 5730 -j DNAT --to $PS2
iptables -t nat -A POSTROUTING -p udp --sport 5730 -j SNAT --to $PPP
Ma che io ricordi yast ha delle opzioni per forwardare porte verso
host specifici della rete interna.
-- 
ValeRyo 

Stasera, cominciando da FW_TRUSTED_NETS="
192.168.0.0/24
", le provo
tutte!
Grazie
Gianluca

--to-destination 192.168.0.96
Abbi pazienza, non e' INPUT, e' FORWARD. Colpa mia :-|
Anche senza playstation puoi vedere se succede qualcosa, dando l'indirizzo
di Windows XP anziche' della PS, ed installando su Windows XP un qualsiasi
programma di monitoraggio TCP/IP (probabilmente temporaneamente non dovrai
attivare il firewall integrato di XP, e riattivarlo a test finito).
Leonardo


Ragazzi, ce l'ho fatta!
A dire la verità ho aggirato clamorosamente il problema, ma tutto
funziona, quindi va bene ugualmente. Ho semplicemente spostato il modem
ISDN sul PC windows, permettendo ai client di rete di condividerne la
connessione.
A posteriori i miei problemi potrebbero essere causati dal fatto che le
regonle del fw vengono impostate quando ancora il device di output non
esiste (o perlomeno non è attivo, visto che la connessione parte in
modo manuale). Il tutto quindi si sarebbe risolto con un riavvio del
firewall ogni qualvolta mi fossi connesso (converrete con me che
sarebbe stata una pizza).
Quindi tutto risolto.
Grazie a tutti quelli che mi hanno aiutato.
Gianluca

sarebbe stata una pizza).
E' a quello che servono gli script automatici in /etc/ppp :-)
