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"
your configuration is very specific. Please work with the upstream developers to solve this problem and let us know the results.