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 07-04-2019, 04:59 AM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 55
Default Friends Disconnect When Zoning

I had made a post in the Linux section last week when I received an error message when connecting from an outside connection. I had thought it was an isolated incident, but tonight I was attempting to play with a friend. He could connect to my server with ease, but every time he went to zone somewhere, the server would crash him out with the following code:

Code:
[Error] GetAuth() returned false kicking clientLoginserver:  		
Client disconnected (cs=d): No name
I was hoping that someone could tell me what this means and if there is a way to fix it? It's pretty annoying that he can't zone anywhere without crashing.
Reply With Quote
  #2  
Old 07-04-2019, 09:39 PM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 55
Default

Just to elaborate on what's happening here...

My friend and I logged into this server to play. Me, connected on my local LAN, I can play with no issues at all.

He made a level 1 Iksar Beastlord. Everything was fine for him until he tried to zone from Cabilis into Field of Bone. At that point, he was disconnected and sent back to the server selection screen. The Linux terminal gave the error above. My friend attempted to reconnect, but the terminal kept producing that error and I had to reboot the server in order for him to reconnect.

Once he reconnected, he was in the Field of Bone and the game was working great for him. We played for a while, then when the time came to go to Plane of Knowledge for Spells and Kurn's Tower for more XP, he was disconnect every time he had to zone (with the above error in the terminal) and I had to reboot the server each time in order for him to reconnect and play.

Every time he reconnected, he would be in the zone he had been trying to get into when he crashed to server select.

Does anyone know what might be causing this? The only place I could find the error message was inside of the client_process.cpp in the zone folder... But I'm not sure if that's telling the client to crash because of the no name thing or if it's just the script to produce the warning in the terminal.

Obviously I've searched these forums thoroughly... And I can't find a fix for this. Any help would be greatly appreciated... We'd love to keep playing, but the constant reboots really suck.
Reply With Quote
  #3  
Old 07-04-2019, 09:54 PM
Uleat's Avatar
Uleat
Developer
 
Join Date: Apr 2012
Location: North Carolina
Posts: 2,597
Default

That's definitely a 'kick' action from the server.

Did you add the
Code:
'Loginserver:  		
Client disconnected (cs=d): No name'
portion manually?

Or did the console print it like that?

(Not sure why authentication would fail on zone change if it didn't while logging in initially.)
__________________
Uleat of Bertoxxulous

Compilin' Dirty
Reply With Quote
  #4  
Old 07-04-2019, 10:02 PM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 55
Default

Quote:
Originally Posted by Uleat View Post
That's definitely a 'kick' action from the server.

Did you add the
Code:
'Loginserver:  		
Client disconnected (cs=d): No name'
portion manually?

Or did the console print it like that?

(Not sure why authentication would fail on zone change if it didn't while logging in initially.)
That's exactly how the console showed it. I copy and pasted it from the Linux machine to here.

Is there a way to disable authentication on zone changing?

Also, just in case this helps at all... here is the dbg log from the disconnecting client.

Code:
[Thu Jul 04 23:41:04 2019]00392:Zone Connect -- 2 -- Sending MSG_EQ_ADDPLAYER
[Thu Jul 04 23:41:05 2019]00393:Networking: connection terminated [client:DisconnectReasonOtherSideTerminated,server:DisconnectReasonNone]
[Thu Jul 04 23:41:05 2019]00394:disconnected at C:\p4\EverQuest\live\EverQuest\EverQuest.cpp:17949 (char. select) DisconnectReasonOtherSideTerminated,DisconnectReasonNone
Just because I had a little extra time, I backed up everything and did a clean install of Akkadius' Linux Installer on a clean install of Ubuntu 18.04 LTS. Then I restored my database and my eqemu_config file and login.ini.

I then tested everything by mobile hotspotting onto my server from the outside connection... I'm still having this issue. I even tested both the RoF2 and Titanium clients. It's happening with both on zoning. So I'm assuming it must be something in my configuration is borked for some reason.
Reply With Quote
  #5  
Old 07-08-2019, 02:59 AM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 55
Default

I've been trying non-stop to fix this issue. My latest effort was to reinstall Ubuntu 18.04 LTS and download the server install from scratch. This time, I didn't restore my database or anything, I tried with the vanilla version of Akkadius' Linux installer. Even with a fresh install, this error persists.

Code:
[Zone Server] Time Broadcast Packet: EQTime [03:00 pm]
[Error] GetAuth() returned false kicking client
Client disconnected (cs=d): No name
[Login Server] New SoD client connection from 672705190:27430		
[Login Server] Application packet received from client (size 14)
[Login Server] Session ready received from client.
[Login Server] Application packet received from client (size 12)	
[Login Server] Client disconnected from the server, removing client.
Either I'm missing something here, or maybe this is an issue with the Linux version of part of the installer? I'm assuming the "zone" part, since this 'kick' occurs when zoning.
Reply With Quote
  #6  
Old 07-08-2019, 04:22 AM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 55
Default

As another test, I switched from Ubuntu 18.04 LTS to Fedora 30, thinking maybe a .RPM based Linux system might have a different result (for some reason) and... Nope. In my experience, I've been able to reproduce this error 100% of the time when connecting from an outside connection.

Code:
[Status] Starting File Log 'logs/nexus_version_0_inst_id_0_port_7001_3776.log'
[Zone Server] Time Broadcast Packet: EQTime [06:42 pm]
[World Server] (Testchar) Zoning to nexus (Zone ID 152: Instance ID: 0) 
[Error] GetAuth() returned false kicking clientLoginserver:	
Client disconnected (cs=d): No name
[Login Server] New SoD client connection from 1327016614:27435		
[Login Server] Application packet received from client (size 14)
[Login Server] Session ready received from client.
I've tried changing every setting I can find, reinstalling my machine, and even changed OS versions, but I can't seem to fix this error.

Can anyone confirm that they're running a Linux version of EQEmu that does not have this error when someone from an outside connection tries to zone? (And maybe share which version of Linux you're running.)
Reply With Quote
  #7  
Old 07-08-2019, 05:42 AM
phantomghost
Hill Giant
 
Join Date: May 2015
Posts: 123
Default

Is your friends client in program files?

Maybe similar to p99 where you DC Everytime you zone if client is in program files or program files (x86).

Couldn't find the issue on p99 but I remember looking it up years ago.. here it is on Reddit

https://www.reddit.com/r/project1999..._load_game_up/
Reply With Quote
  #8  
Old 07-08-2019, 08:59 AM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 55
Default

Quote:
Originally Posted by phantomghost View Post
Is your friends client in program files?

Maybe similar to p99 where you DC Everytime you zone if client is in program files or program files (x86).

Couldn't find the issue on p99 but I remember looking it up years ago.. here it is on Reddit

https://www.reddit.com/r/project1999..._load_game_up/
Good suggestion to try, but in this case the files are in a folder on the desktop, and the client itself isn't crashing. In fact, the dbg log (client side) says there is no reason provided for the kick. lol.

Code:
[Thu Jul 04 23:41:04 2019]00392:Zone Connect -- 2 -- Sending MSG_EQ_ADDPLAYER
[Thu Jul 04 23:41:05 2019]00393:Networking: connection terminated [client:DisconnectReasonOtherSideTerminated,server:DisconnectReasonNone]
[Thu Jul 04 23:41:05 2019]00394:disconnected at C:\p4\EverQuest\live\EverQuest\EverQuest.cpp:17949 (char. select) DisconnectReasonOtherSideTerminated,DisconnectReasonNone
I have a very limited knowledge of programming and Linux, but from what the terminal is saying (and what Uleat posted above) it looks like players are authenticated when they first log in, then the server removes their authentication every time they try to zone and gives them the boot.

I tried tinkering around in the server files myself and the only place I found "Auth" mentioned was inside of the zone folder client_process.cpp I was able to find the exact error message I was being given. From what I read there, it looked like it was triggered by client.cpp... So I opened client.cpp and I was able to find something like (zone)->RemoveAuth... So I tried tinkering around with it myself and removing that line and substituting it. The results were if I tried to zone after that, it would warp me under the PoK stone/book I tried to use and it wouldn't actually zone me anywhere. So, for whatever reason, I think that line needs to be there or I didn't replace it with the "right" code.
Reply With Quote
  #9  
Old 07-08-2019, 03:57 PM
Akkadius's Avatar
Akkadius
Administrator
 
Join Date: Feb 2009
Location: MN
Posts: 2,011
Default

This is when you're using your own Loginserver, correct?
__________________
Reply With Quote
  #10  
Old 07-08-2019, 04:32 PM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 55
Default

Quote:
Originally Posted by Akkadius View Post
This is when you're using your own Loginserver, correct?
Yes. I ran the script you posted to make sure that Linux installed the loginserver properly.
Reply With Quote
  #11  
Old 07-08-2019, 04:37 PM
Akkadius's Avatar
Akkadius
Administrator
 
Join Date: Feb 2009
Location: MN
Posts: 2,011
Default

Quote:
Originally Posted by whiteknight33 View Post
Yes. I ran the script you posted to make sure that Linux installed the loginserver properly.
Yeah, the reason why loginserver is not bundled by default is because the code is a mess and setting it up / using it is not intuitive

Ironically I've spent 3 solid days rewriting it top to bottom and probably cleared up any authorization issues you may be seeing. I'll be providing a conversion script to migrate to the new schema and you can try it out then. Keep a look out for the changelog
__________________
Reply With Quote
  #12  
Old 07-08-2019, 05:02 PM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 55
Default

Quote:
Originally Posted by Akkadius View Post
Yeah, the reason why loginserver is not bundled by default is because the code is a mess and setting it up / using it is not intuitive

Ironically I've spent 3 solid days rewriting it top to bottom and probably cleared up any authorization issues you may be seeing. I'll be providing a conversion script to migrate to the new schema and you can try it out then. Keep a look out for the changelog
Okay. Whew. You're my hero man. I've used your Windows Server in the past and never had these issues... I'm newer to Linux and I was just figuring that I had to be doing something horribly wrong on my end. I thought for sure that switching to Fedora 30 was going to fix it though. I thought maybe it was an Ubuntu-exclusive problem.

Do you have any ETA as to when the new schema will be available? Not trying to rush you or anything, I just want to let my friend know when we can play again and hopefully he can stay connected this time. Lol
Reply With Quote
  #13  
Old 07-08-2019, 05:18 PM
Akkadius's Avatar
Akkadius
Administrator
 
Join Date: Feb 2009
Location: MN
Posts: 2,011
Default

Today, I'm working on finishing it all up now. Doing a few conversions and additional testing

Also, PEQ and EZ run on Debian FWIW
__________________
Reply With Quote
  #14  
Old 07-08-2019, 05:23 PM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 55
Default

Quote:
Originally Posted by Akkadius View Post
Today, I'm working on finishing it all up now. Doing a few conversions and additional testing

Also, PEQ and EZ run on Debian FWIW
Awesome. From first hand experience, EQEmu Linux runs equally as well on Ubuntu 18.04 LTS and Fedora 30. Ubuntu 18.10 changed something with quests though because quests/hails do not work properly on Ubuntu 18.10 or 19.04.

I haven't tried Debian proper, but I might... Once I get everything working I'm going to pick a version of Linux to stick with.

So once you change this, if I do another clean install, I'll get the new loginserver with that, right? Probably going to change Linux distros again anyway.
Reply With Quote
  #15  
Old 07-08-2019, 05:26 PM
Akkadius's Avatar
Akkadius
Administrator
 
Join Date: Feb 2009
Location: MN
Posts: 2,011
Default

Quote:
Originally Posted by whiteknight33 View Post
Awesome. From first hand experience, EQEmu Linux runs equally as well on Ubuntu 18.04 LTS and Fedora 30. Ubuntu 18.10 changed something with quests though because quests/hails do not work properly on Ubuntu 18.10 or 19.04.

I haven't tried Debian proper, but I might... Once I get everything working I'm going to pick a version of Linux to stick with.

So once you change this, if I do another clean install, I'll get the new loginserver with that, right? Probably going to change Linux distros again anyway.
Debian 10 and latest Ubuntu have the same issue, they share a similar package release stream since Ubuntu streams from Debian
__________________
Reply With Quote
Reply

Thread Tools
Display Modes

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 12:58 PM.


 

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 - 2019, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3