Newsgroup: it.comp.os.linux.sys
Titolo: Servizi "voice over IP" e masquerading

/usr/sbin/ipmasqadm autofw -A -v -u -r tcp 51210 51210 -c tcp 7175
io l'ho provato con hottelephone e non funziona.

 VMWARE che ce l'ho a fare?!? Lancio VMWARE, accedo al sito, installo il
Trovato nulla ? A me servirebbe per hottelephone e li ti danno anche le
porte sull help.
Giulia 
-- 
 
-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.3i
mQBtAzTy/2AAAAEDAONDe9aKLgg9VnfWMV9VsTANTLlMMpRIH6okPVvJiNnbwoYd
VJV9/gNw/dmNGMXJg1izxKaoQWyZn/3mzOnvK8mvk8NL/KfBKd85sttzIOYjQiHV
rT3SPk4g0F+R8yHz3QAFE7QjZ2l1bGlhPGZhcjU4OTNAaXBlcmJvbGUuYm9sb2du
YS5pdD6JAHUDBRA08v9hINBfkfMh890BAXLjAv9SHgyJyxYpLFVFV5IPZbqwQ8fQ
gx+3LacWDFwrCdpdZOQtIEba4Cc1qWDY3AzYHBBBKhLD2OVnDyJDGeW+fnfZEOXd
kb2JvytEleDAw7pP/zsH8xj6WwbWu6gzjXPjk5s=
=W/hV
-----END PGP PUBLIC KEY BLOCK-----

 porte sull help.
Sě, ho visto. Tra l'altro 
www.hottelephone.com
 e 
freetel.picus.it
utilizzano lo stesso plugin, quindi una volta trovato il sistema di far
funzionare uno, dovrebbe funzionare anche l'altro.
Ho visto le FAQ di 
www.hottelephone.com
, comunque il problema rimane:
loro danno per scontato che i PC presenti nella tua rete interna abbiano
indirizzi internet validi, con che abbiamo indirizzi mascherati dal
firewall!
Sent via Deja.com 
http://www.deja.com/
Before you buy.

firewall!
Se si hanno le porte, penso sia possibile giocare con ipportfw. Quale
protocollo usa Picus? Suppongo UDP.
Leonardo
".signature": bad command or file name

porta X+1 di Windows
Sono scettico che sia cosi' semplice: puo' essere che la porta X+1 sia
occupata, quando il sistema da disponibile la porta X all'inizio del
"dialogo". Prendendo per buono comunque questa strategia, si potrebbe
riscrivere un modulo stile ip_masq_ftp ( che risolve un problema simile ...
).

 protocollo usa Picus? Suppongo UDP.
UDP e TCP. Il protocollo di comunicazione segue lo standard H.323. Il
problema è questo: non c'è verso di sapere con esattezza per quale porta
dobbiamo fare il forward. Analizzando le connessioni con netstat ho per
esempio scoperto quanto segue (sulle porte TCP):
1) Windows si connette da una porta X (casuale) alla porta 1720 di
hottelephone o picus
2) Picus (o hottelephone), in risposta alla prima connessione,
stabilisce una seconda connessione da una sua porta Y (casuale) alla
porta X+1 di Windows
Ora, poiché la porta X usata da Windows cambia costantemente, è
impossibile dire a Linux di fare il forward per la porta X+1.
L'unica soluzione che mi viene in mente è "disabilitare" temporaneamente
Linux (bypassandolo) per il periodo della telefonata, reindirizzando
verso Windows tutti i pacchetti in arrivo, diciamo, dalla porta 1024
alla 65535. E' una cosa fattibile?!?


porta X+1 di Windows
Uhmmmmm. *Carino*. Si puo' fare in due modi, uno elegante ed uno
carogna.
Il modo elegante e' modificare leggermente ip_masq_ftp.c creando
un modulo ip_masq_picus.c; in effetti, forse usare _ftp e' usare
un cannone per sparare alle zanzare, e basta e avanza _vdolive.c
o qualcuno dei suoi fratellini.
Il modo carogna e' usare un programmino tipo iplogd (2.1e, pero'
se te la senti di fare da beta tester: 
iplogd.sourceforge.net
, e
ti accatti la 3.0, che ad oggi _non funziona_, v'avverto), e li'
aggiungi una regola:
"Quando da Windows arriva un pacchetto TCP diretto a Picus:1720,
	* con il flag SYN a 1 ed ACK a 0,
	-> lancia lo script "picus.sh"
	-> dentro il quale c'e' un bell'ipportfw $[$PORT+1]..."
	* con il flag FIN a 1 e ACK qualsiasi,
	-> resetta e cancella l'ipportfw'ing."



Di solito i servizi in tempo reale quali video in diretta e telefono usano il
protocollo RTP (Real Transfer Protocol) che si appoggia all'UDP. 
Un saluto