Kickback on attempt to Connect

**Akkadius** · #1 03-08-2010, 02:17 PM

Now when I try to log in, I only get kicked back via my server (It's locked) I don't even get a log in message on my prompt. But I can log into other public servers just fine, any clues?

**Akkadius** · #2 03-08-2010, 03:49 PM

Maybe I should mention that my testers can get on just fine but it seems I can't get on locally after the Login Server adjustments. Although I haven't tried from another location, my accounts no longer reach my server, but reach others so I'm pretty sure its a local issue.

**KLS** · #3 03-08-2010, 03:54 PM

Can you post your config with the sensitive information redacted?

**Akkadius** · #4 03-08-2010, 03:57 PM

Done with this.

**KLS** · #5 03-08-2010, 04:27 PM

Okay well it probably has to do with a difference in how the svn server handles local lan addresses. I think trev has been connecting via his lan and maybe can add on how to successfully connect behind one atm. I'll look into what needs to change loginserver side to get similar out of the box functionality with it to the old one.

**Akkadius** · #6 03-08-2010, 04:29 PM

Thank you Kimmy, I don't need to get on soon because I will be busy in RL for a week or so, but whenever we can get that all squared that'd be awesome.

Thank you again 8 D

**trevius** · #7 03-08-2010, 06:36 PM

If you have the GM IP restriction setup and are using the gm_ips table, there seems to have been a change in what IP the LS sends you to your server as if you are playing from the same LAN. It used to come in as my PC's LAN address of 192.168.1.101, but now it comes in as my router/gateway LAN address of 192.168.1.1.

An easy way to verify what IP you are being seen as now is to check the EQEmu web tool and lookup your GM account there in the database / account lookup. If you are running the latest web tool updates, it will now show your connecting IP information even if you don't get all of the way in. That is how I found that mine had changed. You could also just look in your accounts_ip table and check your connecting IPs that way.

I ran into a problem last night that was crashing my client while connecting due to whatever change on the LS that changed the IP that is sent to the server. Took me a few minutes to figure out, but once I added my gateway address to my gm_ips table, it started working just fine.

Hope this helps.

501st · #8 03-08-2010, 09:35 PM

Hey

I'm having the same issue. Basically whats happening is the server connects to the LS fine and shows up on the server list without problems. I click my server and click play and the screen turns to black for about 1-1 and a half minutes then boots me back to login. At first there is no error message but if you type your password in again and return to server select then an error pops up saying "Error 1017: Cannot login to the Everquest server. You may need to rerun the update patch. Repeatedly seeing this message indicates a loss of connectivity to the Patch Server. This is usually temporary." From here if i click "ok" i can select another server and i can login and play fine, just not my own.

Basically what you're saying Trev is that the new LS changes causes some sort of IP changing error when logging into you server from the same box the server is running on? Well i think i followed your directions correctly. I got a hold of my gateway IP and plugged it into the gm_ips table in the database. The table was originally completely empty. I plugged in the name, account id and then my gateway ip and tried again but nothing changed.

I should probably also note that world.exe doesn't change at all through the login process, it no longer says the usual "received connection from IP blah blah blah" as it usually does and instead just sits silent, as if it's not even receiving a connection. Don't know if that means anything or not.. lol

**trevius** · #9 03-08-2010, 10:29 PM

By default, the rules for GM IP Restricting is disabled, so if you haven't enabled that yourself in your rules, then it isn't the problem. Here are the 2 related rules:

World:MinGMAntiHackStatus
World:GMAccountIPList

Unless you enabled those 2, then the IP problem I had is not the same problem you are having.

Some things you can try are:

1. Check your EQ dbg.txt file located in your Everquest /logs folder. See if the logs near the bottom are of any help, and maybe post the contents of that file (maybe in a new thread).

2. Check your account_ip table and see what IP(s) are showing as connecting from your GM account.

3. Check the FAQ in my sig to see if it helps with anything. I think you would specifically want to check the parts related to port range forwarding. You may need to make sure that you are not forwarding port 5998, as that may cause some issues.

4. Have you ever been able to connect to your own server fully? If not, then you probably have some other issue. Check your server log files (probably the world ones) to see if you are getting any errors. If you have connected to your own server, exactly when did you start having this new problem, and did you change anything on your end before it started?

5. You may also want to check your hosts file that I think should be in your windows/system32/drivers/etc/ folder. Make sure you don't have any custom host settings in there.

Normally, the problem you are describing occurs when there is a port range forwarding issue, so it is probably most important that you make sure you have that setup correctly.

**Akkadius** · #10 03-09-2010, 12:45 AM

I just came back from work, and yeah I've trimmed through all of those procedures and it's definitely not on my end. RIGHT before the LS was changed to SVN version I could log in just fine...

So once again, its not urgent I get in locally if I need to absolutely work. But I know for a fact that it's a local passing issue because not only am I having the issue but my father is having the same issue with his Linux box he just started farting around with.

**KLS** · #11 03-09-2010, 01:11 AM

Rogean has this slated to be reimplemented *soon*.

The old loginserver had translation for local LAN connections that isn't implemented on svn version fully; it only translates localhost currently. Which is why connecting from localhost to the server is seamless but connecting from one computer to the lan causes issues.

501st · #12 03-09-2010, 01:29 AM

Yeah i was able to connect fine until the LS change. In fact the last time it says i connected was 8:15pm EST yesterday and it worked fine then, that also incidentally seems to confirm when i try to connect to my server it's not receiving a connection at all since if it was it would have probably recorded my attempted connections earlier today. I checked the logs and no errors. My ports are also set up correctly. I'm not sure whats wrong since i didn't change anything since i last connected.

**Akkadius** · #13 03-09-2010, 11:06 PM

Status or ETA?

**trevius** · #14 03-09-2010, 11:23 PM

If you guys have the web tool enabled in your EQEmu server config, you should be able to open a browser on your Server PC and type in "localhost:9080" for the url and connect there. You will need to log in using one of your GM account names. For a password, you will have to set one in your accounts table in the password field there for your account. The password you use that doesn't have anything to do with the password you use to connect to the server, so it can be whatever you want.

Once you log into the web tool, you can go to the database link on the left menu. Then, type in your account name that you are trying to log into and search for that. It should find the account, then you just click on it. On the page that comes up, it will show the IPs you are trying to connect from and that you have connected from in the past.

I think it may depend on what IP you are seeing there, but hopefully knowing what the server sees you coming in as might help you to find a solution. It could be that you may need to add a specific line to your windows hosts file.

**Akkadius** · #15 03-09-2010, 11:30 PM

Doesn't help since Vista won't support that, and yeah I know I need to move to linux.