Scenario: I run behind a NAT linux gateway, which has the internal IP of 192.168.0.1 as the gateway, and an internet IP (obviously). However, yesterday, I changed which linux gateway I route through, not by changing the 192.168.0.1, but changing it so the *new* linux server actually has the 192.168.0.1 IP address. This is when the problems started.
Now, eMule continually "recognizes" some other user as being at MY router's internet address, and says the userhash changed, and they are banned. It then spews out some more banned messages, saying that my router's IP address is banned for a hash change, and then just a bunch of banned messages. This stops me from keeping HIGH id's... I'd really like to find out what causes this, and how to fix it.
If its something on my new linux router that needs changing, I can do that as well. But I think in general, it should work, I'm using the same firewall script that includes port forwarding the ports I use for eMule, to my desktop, so really, nothing the only thing that has changed, is the INTERNET ip address I now connect to the internet with, and a different version of linux (2.6 kernel versus 2.4 kernel).
I can troubleshoot a bit.. I've tried already deleting *everything* ... including my hashfile, crypt file, clients, etc.. the only files i didn't delete was the known.met, my preferences files, server.met, statistics, and staticservers. Still no luck.
please help.. heh, i'm stumped.
I'm thinking there should either be code to stop eMule from banning its own IP (the same IP as reported in the server window, when you connect to a server, or to kademlia network), or a bug fixed somewhere so it doesn't think my "internet" ip is other clients, thinking their hash changed, and banning them.. in the same swipe, killing my HIGH ID's.
