Ho nuove notixie riguardo i test precedentemente provati.
Segnalo intanto il seguente link in quanto tratta l'argomento del
proxy utilizzato dall'ISP:
http://www.bitvaulttorrent.com./faq.php
Inoltre al seguente link si ottengo vari responsi, questo era
consigliato dal link precedente, in particolare occorre che siano
presenti le stringhe:
HTTP_CLIENT_IP, HTTP_X_FORWARDED_FOR e REMOTE_ADDR
Nel mio caso, facendo il test, mancavano le prime due, direi proprio a
causa del proxy.
Sul sito si consiglia alla fine di utilizzare un proxy pubblico che
non utilizzi la porta 80 e di rifare il test delle porte, fino a che
se ne trova uno per il quale il test restituisca la stringa
HTTP_X_FORWARDED.
Io ne ho trovato uno e a quel punto col browser impostato per usare
il proxy scelto sono andato al link:
http://www.t1shopper.com/tools/port-scanner/
ho provato ad avviare rtorrent impostando nel ~/.rtorrent.rc l'opzione
http_proxy = url:portaproxy
A quel punto ho effettuato il test delle porte on line.
In tal modo risulto non raggiungibile, ma a pensarci bene c'era da
aspettarselo infatti il test vede l'ip del proxy pubblico al quale sono
connesso. Tuttavia ho provato a mettere come ip quello che vedo dall'out
di ifconfig, cio quello pubblico reale che si diceva nei post sopra...
In effetti con quello risulto raggiungibile alla porta specificata!
La mia domada ora :
come migliorare le prestazioni del client impostandolo correttamente in
modo da sfruttare le nuove possibilit offerte dal server pubblico?
Il fatto che le comunicazioni in gioco sono di due tipi:
1- le comunicazioni col tracker che ci d la situazione ed in base alle
informazioni ricevute ci si connette agli altri peer in down o up.
Queste vanno via http, quindi dovrebbero utilizzare il proxy
2- la comunicazione diretta tra i peers, cio quella che trasporta
effettivamente il materiale condiviso, invece che f? da dove passa
o dovrebbe passare?
Sicuramente non dovremmo farla passare dal proxy pubblico, visto che ci regala una banda ridicola ai fini di downlad sostanziosi...
Il sito del primo link afferma in modo molto rassicurante proprio questo:
<< Notare che ora usando un proxy pubblico la ricerca e il caricamento sar
pi lento. Le comunicazioni tra i Peers non usano la porta 80 cos la loro
velocit non sar influenzata e dovrebbe essere migliore di quando eravate
"unconnectable". >>
Per dopo afferma anche che in winXP basta settare in IE l'uso del proxy
pubblico, questo farebbe in modo che le sole connessini http vengano passate
dal proxy scelto. Inoltre a quanto dicono, sembra che non siano a conscenza di
come impostare un client in tale modo: cio con le http via proxy e le altre
dirette (se ho capito bene). Insomma esalta le finestre di redmond evidenziando
quello che a detta di molti (ripeto per sentito dire) uno dei principali
imputati dell'instabilit ed attaccabilit del SO di zio bill, cio:
"IE come parte della policy del sistema operativo".
Alla luce di quanto detto, ripropongo la domanda:
Come impostare correttamente il mio client per sfruttare il proxy solo
per quel che concerne le comunicazioni col tracker?
Spero possiate darmi una mano a capire un po' meglio.
Ah come client uso rtorrent.
A presto.
