Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 52204 - bittorrent-theshadow: btdownloadgui.py thinks it's being firewalled, but btdownloadcurses.py has no problem.
Summary: bittorrent-theshadow: btdownloadgui.py thinks it's being firewalled, but btdo...
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High minor (vote)
Assignee: Jeremy Huddleston (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-05-27 10:53 UTC by Peter Gaughan
Modified: 2004-05-31 00:52 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Gaughan 2004-05-27 10:53:02 UTC
I have the usual NAT/firewall setup on another box, forwarding all ports >=1024 to my gentoo box.  That aspect works fine -- tested with thttpd, netcat, etc.

When using btdownloadgui.py from bittorrent-theshadow, the status light in the upper right is always yellow, indicating that you're behind a firewall (i.e., there have been no incoming connections).  This is confirmed by netstat -n | grep <port bt is listening on> (which has zero output).

However, when using btdownloadcurses.py from bittorrent-theshadow, things work just fine; netstat -n | grep <port> shows any number connections, and the bt session is _noticably_ better.

Reproducible: Always
Steps to Reproduce:
1.emerge bittorrent-theshadow on a box behind an iptables NAT
2.forward a range of ports to the box
3.run btdownloadgui.py on a torrent, given that range of ports

Actual Results:  
btdownloadgui.py never recognizes that it is not, for the purposes of bt, behind
a firewall (but btdownloadcurses.py _does_).

Expected Results:  
The status light in the upper right should have turned green, indicating
incoming connections.

emerge info:
------------
Portage 2.0.50-r6 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3_pre20040420-r0, 2.6.6)
=================================================================
System uname: 2.6.6 i686 AMD Athlon(tm) XP 2700+
Gentoo Base System version 1.4.15
Autoconf: sys-devel/autoconf-2.59-r3
Automake: sys-devel/automake-1.8.3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config 
/usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config
/usr/share/texmf/dvip
dfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/tex
mf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/
http://mirror.data
pipe.net/gentoo http://cudlug.cudenver.edu/gentoo/
ftp://mirrors.sec.informatik.tu-darmstadt.d
e/gentoo/"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow 3ds X aalib alsa apm arts avi berkdb bonobo cdr crypt cups dv dvd
dvdr encode flac 
foomaticdb gdbm gdm gif gnome gtk gtk2 gtkhtml imlib java joystick jpeg kerberos
krb4 libg++ l
ibwww mad mikmod mmx mng motif mozilla mpeg ncurses nls nptl oggvorbis opengl
oss pam pdflib p
erl png python qt quicktime readline samba sasl sdl slang spell sse ssl svga
tcltk tcpd tetex 
theora tiff truetype wxwindows x86 xface xml xml2 xmms xv zlib"
Comment 1 Jeremy Huddleston (RETIRED) gentoo-dev 2004-05-31 00:52:39 UTC
your configuration is very specific.  Please work with the upstream developers to solve this problem and let us know the results.