[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
client problem on slow connection
- To: or-talk@xxxxxxxx
- Subject: client problem on slow connection
- From: vukki starborn <vukki.starborn@xxxxxxxxx>
- Date: Fri, 24 Mar 2006 14:36:27 +0300
- Delivered-to: email@example.com
- Delivered-to: firstname.lastname@example.org
- Delivered-to: email@example.com
- Delivery-date: Fri, 24 Mar 2006 06:40:02 -0500
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:x-mailer:reply-to:x-priority:message-id:to:subject:mime-version:content-type:content-transfer-encoding; b=N4cpGVyoolglxKtSfXvzh+g3H1sGYi7oZIacLYBDv33ha5LVOcHIhS2qCCaoOlpt6niU19VtwyA1wNeUxseRvkrmR2qYaRC0ABWX3zYv0oPFTnBiU6fGYUs0p1SPT46icwPOerSRvYZKaoR3vGsCtYgot6qHDYWdGyqT3ZDkVt0=
- Reply-to: or-talk@xxxxxxxxxxxxx
- Sender: owner-or-talk@xxxxxxxxxxxxx
I'm expiriencing next problem using tor version 0.1.0.17 via slow GPRS
connection (though it is slow, speed is enough for IRC and ICQ for
ex.): when client is receiving directory from directory server,
connection housekeeping engine kills connection:
Mar 24 14:25:01.625 [debug] conn_read_callback(): socket 1664 wants to read.
Mar 24 14:25:01.625 [debug] read_to_buf_impl(): Read 1460 bytes. 259880 on inbuf.
Mar 24 14:25:01.625 [debug] connection_dir_process_inbuf(): Got data, not eof. Leaving on inbuf.
Mar 24 14:25:01.796 [info] run_connection_housekeeping(): Expiring wedged directory conn (fd 1664, p
Mar 24 14:25:01.796 [info] conn_close_if_marked(): Cleaning up connection (fd 1664).
Mar 24 14:25:01.796 [info] connection_remove(): removing socket 1664 (type Dir), nfds now 1
Mar 24 14:25:01.796 [info] _connection_free(): closing fd 1664.
As i dig into the source, i've found that there's DIR_CONN_MAX_STALL
constant (coded as #define), which is 5*60 seconds. (110 line of
src/or/main.c revision 1.638). So when 5 minutes are gone, connection
1. Increase time directly fixing main.c (straight, but dumb way)
2. Read constant from torrc (more work, but completely solves this