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-08-2019, 05:42 AM
phantomghost
Hill Giant
 
Join Date: May 2015
Posts: 132
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
  #2  
Old 07-08-2019, 08:59 AM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 69
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
  #3  
Old 07-08-2019, 03:57 PM
Akkadius's Avatar
Akkadius
Administrator
 
Join Date: Feb 2009
Location: MN
Posts: 2,072
Default

This is when you're using your own Loginserver, correct?
Reply With Quote
  #4  
Old 07-08-2019, 04:32 PM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 69
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
  #5  
Old 07-08-2019, 04:37 PM
Akkadius's Avatar
Akkadius
Administrator
 
Join Date: Feb 2009
Location: MN
Posts: 2,072
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
  #6  
Old 07-08-2019, 05:02 PM
whiteknight33
Sarnak
 
Join Date: Aug 2016
Location: Ohio
Posts: 69
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
  #7  
Old 07-08-2019, 05:18 PM
Akkadius's Avatar
Akkadius
Administrator
 
Join Date: Feb 2009
Location: MN
Posts: 2,072
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
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 12:14 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 - 2025, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3