[Gajim-devel] Gajim-svn and problem with SOCKS5 proxy

Marcin Zajączkowski mszpak at wp.pl
Sun Jun 29 00:41:09 CEST 2008


On 2008-06-15 09:12, Yann Leboulanger wrote:
> Marcin Zajączkowski wrote:
> 
>> Thank you for your answer Yann.
>> I checked my Gajim with ssh -D (I didn't even know about that option to
>> get SOCKS5 proxy) and it was fine. I have also checked it with pure Tor
>> and it worked either. It seems to be an issue with privoxy itself.
>> I'm a little bit astonish, because a few other apps work with privoxy
>> without any problem. I will try to debug it on the privoxy side.
> 
> Ok, thanks for trying to make it work ! Please keep us informed of your
> progress.

Hello again,

Today I was debugging the problem at the privoxy side and it seems that 
gajim hangs at the beginning of the conversation, before sending any 
"real" data.

At gajim side it looks like (gajim.py -v):
DEBUG: CONNECTproxy start Plugging 
<common.xmpp.transports_nb.NBSOCKS5PROXYsocket instance at 0x98015cc> 
into <common.xmpp.client_nb.NonBlockingClient instance at 0x904e08c>
DEBUG: CONNECTproxy start Proxy server contacted, performing 
authentification
DEBUG: CONNECTproxy sent

tcpdump shows following traffic on lo (szpak is a hostname):
23:55:35.994463 IP szpak.45365 > szpak.privoxy: S 580179035:580179035(0) 
win 32792 <mss 16396,sackOK,timestamp 12080872 0,nop,wscale 6>
23:55:35.994519 IP szpak.privoxy > szpak.45365: S 580266575:580266575(0) 
ack 580179036 win 32768 <mss 16396,sackOK,timestamp 12080872 
12080872,nop,wscale 6>
23:55:35.994553 IP szpak.45365 > szpak.privoxy: . ack 1 win 513 
<nop,nop,timestamp 12080872 12080872>
23:55:35.996639 IP szpak.45365 > szpak.privoxy: P 1:5(4) ack 1 win 513 
<nop,nop,timestamp 12080874 12080872>
23:55:35.996714 IP szpak.privoxy > szpak.45365: . ack 5 win 512 
<nop,nop,timestamp 12080874 12080874>

In the communication with pure Tor there is one more packet PSH,ACK from 
Tor, which is confirmed by Gajim and next Gajim sends its request.
I'm not a TCP expert, but do you thing the lack of that one PSH packet 
can cause that ACK is not push to Gajim and it waits for ACK forever (or 
at least until a timeout)?

I have more detailed dump from Wireshark if someone is interested.


Regards
Marcin



More information about the Gajim-devel mailing list