Go Back   EQEmulator Home > EQEmulator Forums > Support > Support::Linux Servers

Support::Linux Servers Support forum for Linux EQEMu users.

Reply
 
Thread Tools Display Modes
  #1  
Old 09-19-2014, 06:35 PM
jdoran
Hill Giant
 
Join Date: Jul 2012
Posts: 212
Default Login problems

In addition to the problems I am having building with LUA, the loginserver
is giving me fits. I have successfully used the older one (from several years ago), and the config looks to be pretty much the same.

(Yes, I need to use a private login server, because I want to make some minor changes for testing purposes)

I am able to login and get to server select. When I hit play I am dumped. Here is the log entry from the login server:

Code:
[Network] [09.19.14 - 17:14:02] Login received from client.
[Client] [09.19.14 - 17:14:02] User: Jon
[Client] [09.19.14 - 17:14:02] Hash: f9cbc8cc0fbefd2c07209b7a3e7aef1c8cc5f023
[Network] [09.19.14 - 17:14:02] Application packet received from client (size 12)
[Network] [09.19.14 - 17:14:02] Server list request received from client.
[Network] [09.19.14 - 17:14:04] Application packet received from client (size 16)
[Network] [09.19.14 - 17:14:04] Play received from client, server number 1 sequence 5.
[Network Trace] [09.19.14 - 17:14:04] User-To-World Response received.
[Client] [09.19.14 - 17:14:04] Trying to find client with user id of 1.
[Client] [09.19.14 - 17:14:04] Found client with user id of 1 and account name of Jon.
[Client] [09.19.14 - 17:14:04] Found sequence and play of 5 1
[Network Trace] [09.19.14 - 17:14:04] dumping packet of size 20
05 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00  | ................
01 00 00 00                                        | ....
[Network Trace] [09.19.14 - 17:14:04] Sending play response with following data, allowed 1, sequence 5, server number 1, message 101
[Network Trace] [09.19.14 - 17:14:04] dumping packet of size 20
05 00 00 00 00 00 00 00 - 00 00 01 65 00 00 00 00  | ...........e....
01 00 00 00                                        | ....
[Network Trace] [09.19.14 - 17:14:04] Sending play response for Jon.
[Network Trace] [09.19.14 - 17:14:04] dumping packet of size 20
05 00 00 00 00 00 00 00 - 00 00 01 65 00 00 00 00  | ...........e....
01 00 00 00                                        | ....
[Network] [09.19.14 - 17:14:04] Client disconnected from the server, removing client.
[Network] [09.19.14 - 17:14:04] New SoD client connection from 136.176.168.19:57077
[Network] [09.19.14 - 17:14:04] Application packet received from client (size 14)
[Network] [09.19.14 - 17:14:04] Session ready received from client.
[Network] [09.19.14 - 17:14:04] Session ready indicated logged in from world(unsupported feature), disconnecting.
The last few lines are puzzling. The client is disconnected from the server, and I assumed that was because of a hand-off to the zone server. Anyhow the client is still talking to the loginserver. None of the zone server processes log anything.
I do not get to character select, just back to server select.

This is driving me nuts, since I really need to get something running in the next week or so. Does anyone have any suggestions?
Reply With Quote
  #2  
Old 09-19-2014, 10:36 PM
jdoran
Hill Giant
 
Join Date: Jul 2012
Posts: 212
Default

I figured it out, and it was an unexpected angle... I was accessing the server remotely and there was a port which did not get forwarded. I remember setting those tables up, but must not have saved that config.
Reply With Quote
  #3  
Old 09-20-2014, 11:10 AM
GreenMerope
Fire Beetle
 
Join Date: Sep 2014
Posts: 11
Default

May I ask what port it was? I've forwarded 5999, 5998, and 7000-9500 in hopes of catching everything. Is there a port I didn't take care of? I have the same trouble.
Reply With Quote
  #4  
Old 09-20-2014, 12:07 PM
jdoran
Hill Giant
 
Join Date: Jul 2012
Posts: 212
Default

I may have been too quick to post last night, I haven't tested remote play yet, so I may need to amend this. But I came home and was able to play locally, and saw something missing in the forwarding list. I'm going to head back to my office and try to connect remotely (in an hour or so).

7000-7100 (Both TCP/UDP)
9000 (Both, world server)
5998-5999 (Both)
7778 UDP (for chat server)

A wireshark trace of local gameplay showed only UDP 7004, UDP 7778, UDP 5999, UDP 9000 as destinations to the server machine. (Wireshark messes up 9000, calling it packet cable lawful intercept).

Messages originating on the internal network do not need forwarding. All of these were on UDP 7004.
Reply With Quote
  #5  
Old 09-20-2014, 12:15 PM
GreenMerope
Fire Beetle
 
Join Date: Sep 2014
Posts: 11
Default

Sure I'm waiting to see if it works for you.

Luckily for me I have a friend trying out the server from a remote location.

I'll let you know exactly what happens:

From a remote connection it will let the person login fine, then show the server screen. Once the server was down, but usually it says server up. Clicking it dumps the player back to login with that "logged in from world" message in the login.ini.

Locally I'm able to play just fine.
Reply With Quote
  #6  
Old 09-20-2014, 02:26 PM
jdoran
Hill Giant
 
Join Date: Jul 2012
Posts: 212
Default

Sorry, port forwarding wasn't the issue. But the wireshark traces did help me figure things out. Are you on a local network using NAT?

In eqemu_config.xml, under <world>, set address to your public address (externally reachable), and set localaddress to your internal address.

Time will tell if that really messes up local play. Man I hope not.

Edit: I should add that I am successfully logged into the zone from my office.
Reply With Quote
  #7  
Old 09-20-2014, 02:47 PM
GreenMerope
Fire Beetle
 
Join Date: Sep 2014
Posts: 11
Default

Thanks for the reply. I still can't get it to work. But my address wasn't set correctly. Is this something like what you're talking about?


<?xml version="1.0"?>
<server>
<world>
<shortname>Test</shortname>
<longname>Test</longname>

<!-- Only specify these two if you really think you need to. (read: You don't) --!>
<address>55.55.55.55</address>
<localaddress>192.168.1.131</localaddress>

I have a real address in between address there.
Reply With Quote
  #8  
Old 09-20-2014, 02:54 PM
jdoran
Hill Giant
 
Join Date: Jul 2012
Posts: 212
Default

Yes, that is what I did. Although I used a hostname instead of the ip address for "address". It shouldn't matter.
Reply With Quote
  #9  
Old 09-20-2014, 03:04 PM
GreenMerope
Fire Beetle
 
Join Date: Sep 2014
Posts: 11
Default

Sorry to keep on, trying to get this worked out. For this section here, did you put in your
external address for the loginserver?



<!-- Loginserver information. Defaults shown -->
<loginserver>
<host>127.0.0.1</host>
<port>5998</port>
<account>Admin</account>
<password>Password</password>
</loginserver>
Reply With Quote
  #10  
Old 09-20-2014, 03:22 PM
jdoran
Hill Giant
 
Join Date: Jul 2012
Posts: 212
Default

Feel free to ask all the questions you need. Answering others' questions is more fun that beating my head against the wall on stuff getting LUA to build.

I used an internal address for the loginserver. No account or password though -- I left them empty. I used port 5999 (Underfoot client here).
Reply With Quote
  #11  
Old 09-20-2014, 03:26 PM
GreenMerope
Fire Beetle
 
Join Date: Sep 2014
Posts: 11
Default

Well I used the external for the loginserver as well. Maybe I'm passing some packets around too much here at this point. But IT IS WORKING NOW!

Thank you for your help! I spent way too much time trying to figure out what I did wrong on the router.
Reply With Quote
  #12  
Old 09-20-2014, 03:29 PM
jdoran
Hill Giant
 
Join Date: Jul 2012
Posts: 212
Default

Glad to hear that it is working.

(You wouldn't happen to have compiled lua on your system would you?)
Reply With Quote
  #13  
Old 09-20-2014, 04:04 PM
GreenMerope
Fire Beetle
 
Join Date: Sep 2014
Posts: 11
Default

Sorry I was exploring new server with a friend, testing, etc.

No I haven't I'm sorry :( I used the guide and the only thing I had to compile was the eqemu binaries.
Reply With Quote
  #14  
Old 09-20-2014, 04:08 PM
jdoran
Hill Giant
 
Join Date: Jul 2012
Posts: 212
Default

I was referring to the luabind stuff shipped with eqemu. I wonder if there is a version problem.
Reply With Quote
  #15  
Old 09-20-2014, 04:45 PM
GreenMerope
Fire Beetle
 
Join Date: Sep 2014
Posts: 11
Default

I don't know. I just installed yesterday and so far I haven't run into issues with it. You'll have to pardon my ignorance but I honestly know knowing. I've used LUA only a little before: to program a mod for another video game.
Reply With Quote
Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

   

All times are GMT -4. The time now is 05:41 AM.


 

Everquest is a registered trademark of Daybreak Game Company LLC.
EQEmulator is not associated or affiliated in any way with Daybreak Game Company LLC.
Except where otherwise noted, this site is licensed under a Creative Commons License.
       
Powered by vBulletin®, Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3