mldonkey runs as server here; it succeeds in finding out the external IP adress of the router, which is used as pseudonym to edonkey peers (the router forwards the necessary ports). But the process doesn't benefit to gnutella, g2 & fasttrack. I can connect to those, but always lowID, even though the ports are forwarded as well. I can reproduce with or without kmyfirewall running, and with stable and masked versions (resp. : 2.7.7 with "batch" and ~2.8.2-r1 with "batch magic gnutella fasttrack" flags). I've quoted against all archs as the problem seems more net-related than arch-dependent. My computer runs amd64 gentoo, updated recently. Reproducible: Always Steps to Reproduce: 1.Boot the machine 2.open kmldonkey 3.see connexions being lowID 4.swear 5.reproduce procedure 1-4 6.get doomed Expected Results: I guess that gnutella & fasttrack modules could bother about the router's IP. If they did mldonkey would bridge across netsas no other!
This is not a support forum, despite popular belief. Reopen after you've explained why this is a *Gentoo-specific* *bug*.
I've no way of knowing if it's gentoo-specific, I just run gentoo! I guess it's not. Excepted if it's a matter of default config. Could someone formally deny?
As said, this is NOT a support forum. Move to forums.gentoo.org and/or #gentoo on Freenode.