Client Disconnects at 'enter world' after character creation
Checked around for similar issue, haven't found anything yet.
Have tried several installs of the server on windows, some work, some don't. Trying the latest installer on a new windows installation (win 7 x64). Installs fine, boots up, no obvious errors (except a few database errors when performing setup_bots), just when creating a character, on any client version, the client hangs after clicking enter world for about 2 minutes, and then returns to server selection window. All settings are correct as instructed, no obvious errors on server side. The only messages that may be of concern is on loginserver console. First says, "[Error] Handle_NewLSInfo error, remote address was null, defaulting to stream address" and, after client clicks enter world, "[Login Server] Client disconnected from the server, removing client." All else seems fine, even checked the database, user and first character show up in tables, just not entering the world, getting bumped off. |
I cant say for surebut, if you can log in locally, I would be willing to bet you have the same issue as what I had.
It Turns out the IP address in my Log in was pointing to a server address that didnt exist. Since I dont use the same set up as here, I cant tell you where to look but I can almost guaranty that the issue has to do with the "zones" section of your log in set up. To test the theory, go to a website (like canyouseeme.org) Check the ports for your zones (should be 7000 to 7100) Just pick a couple and see id the site returns stating they are open. IF it say closed and you did the port forwarding correctly. Then it is an IP addres problem in your scripts or set up pointing to a wrong ip address for the zones. Hope it helps Aardil |
Unfortunately, neither are the issue. The post installer setup is fairly simple compared to the previous compiling the server method. The 'eqemu_config.json' file has minimal adjustments, and all port and ip addresses are good to go, including the 'login.ini' settings (both files in which are the only 2 mentioned to edit in instructions as well as the 'eqhost.ini' in client, also correct)
Ill post any updates if I find anything. |
Those errors are normal.
Sounds like a problem with the hand-off between world and zone servers. Check your world log (in <server>\logs\) as well as logs in the \zone and \crashes sub-directories. If it's a crash we can address that. If there's no crash log, then it's likely a config issue. |
No crashes, so good there. And config would seem most obvious.
This is the instructions I have followed, both locations; http://wiki.eqemulator.org/p?Akkas_P...ctions-windows and on these forums; http://www.eqemulator.org/forums/showthread.php?t=40299 the only difference is, the installer installs the eqemu_config.json, not an xml file, which shouldn't matter, except a few minor differences. Also notice allot of files missing after install as compared to the old compile yourself method (example, schema.xml, eqtime.cfg, and other items are non-existant), but are somehow hard coded now I suppose. I have reinstalled it a few times and same issue, all else works, will reinstall again and post the default files to edit and go from there (login.ini and eqemu_config.json). |
Dont know but you might look at your eqemu_config.xml
On my original problem set up I was missing the reference to zones. Might want to double check your eqemu_config.xml Should be something like this but with your info. Code:
<?xml version="1.0"?> Sorry I have not worked with the json files, my set up is very old school. I tried but My ideas may be correect but I dont know how to implement them into your set up. |
There is no eqemu_config.xml in new setup, just eqemu_config.json.
Ill post after awhile... |
So, here is the fresh install using the 'eqemu_server.pl'
the directory contents is as follows; 02/06/2018 10:27 AM <DIR> . 02/06/2018 10:27 AM <DIR> .. 02/02/2018 07:09 PM 29,365,162 common.lib 02/06/2018 10:28 AM <DIR> db_update 08/16/2013 10:06 PM 239,616 EQEmuAuthCrypto.dll 02/06/2018 10:07 AM 2,085 eqemu_config.json 02/05/2018 04:46 PM 82,041 eqemu_server.pl 02/02/2018 07:10 PM 1,426,944 eqlaunch.exe 02/02/2018 07:10 PM 4,559,680 eqlaunch.ilk 02/02/2018 07:10 PM 13,955,072 eqlaunch.pdb 02/02/2018 07:10 PM 1,484,800 export_client_files.exe 02/02/2018 07:10 PM 4,654,280 export_client_files.ilk 02/02/2018 07:10 PM 13,299,712 export_client_files.pdb 02/02/2018 07:10 PM 1,489,408 import_client_files.exe 02/02/2018 07:10 PM 4,659,200 import_client_files.ilk 02/02/2018 07:10 PM 13,332,480 import_client_files.pdb 02/06/2018 10:07 AM 76 install_variables.txt 05/10/2012 09:10 PM 1,178,112 libeay32.dll 02/06/2018 10:07 AM 2,492,416 libmysql.dll 10/21/2016 05:40 PM 482,304 libsodium.dll 12/09/2015 10:57 PM 754 login.ini 07/23/2017 07:58 PM 1,527,296 loginserver.exe 07/23/2017 07:58 PM 13,814,384 loginserver.ilk 07/23/2017 07:58 PM 22,097,920 loginserver.pdb 12/02/2015 02:49 PM 308 login_opcodes.conf 12/02/2015 02:50 PM 308 login_opcodes_sod.conf 02/06/2018 10:07 AM <DIR> logs 02/06/2018 10:07 AM 346,624 lua51.dll 02/02/2018 07:08 PM 1,789,318 luabind.lib 02/06/2018 10:13 AM <DIR> lua_modules 02/06/2018 10:11 AM 300 mail_opcodes.conf 02/06/2018 10:11 AM <DIR> maps 02/06/2018 10:11 AM 16,679 opcodes.conf 02/06/2018 10:11 AM 16,665 patch_RoF.conf 02/06/2018 10:11 AM 16,196 patch_RoF2.conf 02/06/2018 10:11 AM 19,126 patch_SoD.conf 02/06/2018 10:11 AM 23,011 patch_SoF.conf 02/06/2018 10:11 AM 18,936 patch_Titanium.conf 02/06/2018 10:11 AM 19,741 patch_UF.conf 02/06/2018 10:13 AM <DIR> plugins 02/02/2018 07:10 PM 1,439,744 queryserv.exe 02/02/2018 07:10 PM 4,621,368 queryserv.ilk 02/02/2018 07:10 PM 13,955,072 queryserv.pdb 02/06/2018 10:13 AM <DIR> quests 02/06/2018 10:07 AM <DIR> shared 02/02/2018 07:11 PM 1,489,408 shared_memory.exe 02/02/2018 07:11 PM 4,945,560 shared_memory.ilk 02/02/2018 07:11 PM 13,406,208 shared_memory.pdb 02/06/2018 10:13 AM 143 t_database_backup.bat 02/06/2018 10:13 AM 1,628 t_server_crash_report.pl 02/06/2018 10:13 AM 173 t_start_server.bat 02/06/2018 10:13 AM 185 t_start_server_with_login_server.bat 02/06/2018 10:13 AM 225 t_stop_server.bat 02/02/2018 07:11 PM 1,768,448 ucs.exe 02/02/2018 07:11 PM 5,788,156 ucs.ilk 02/02/2018 07:11 PM 16,601,088 ucs.pdb 02/06/2018 10:06 AM 3,481,920 wget.exe 02/06/2018 10:13 AM 3,986 win_server_launcher.pl 02/02/2018 07:12 PM 3,164,672 world.exe 02/02/2018 07:12 PM 9,131,876 world.ilk 02/02/2018 07:12 PM 25,448,448 world.pdb 02/06/2018 10:07 AM 107,520 zlib1.dll 02/02/2018 07:19 PM 10,409,984 zone.exe 02/02/2018 07:19 PM 25,044,216 zone.ilk 02/02/2018 07:19 PM 71,192,576 zone.pdb 56 File(s) 344,413,558 bytes 9 Dir(s) 128,911,941,632 bytes free the contents of the default unedited 'login.ini' file to edit is (I noted the sections to edit as directed), Code:
[database] and here is the default unedited 'eqemu_config.json file to edit (also with noted sections), Code:
{ So, there is what I get after install, as said previously, all seems to work fine after editing the two files except disconnect after character enter world is selected. |
Interesting update.... in client dbg.txt file, I saw this when crash happens, once again world/zone connect issue...
Code:
[Mon Feb 05 18:27:09 2018]00176:ZONING that was from ROF2 client, from Titanium, this is bad, 2018-02-05 17:38:26 Zone addr [24.176.84.30:22555] received... that zone address is wrong, where is it coming from??? That is charter... which would point to first reply port forwarding... but.... even with port forwarding set in router, there is no changes. Same issue, which shouldn't make a difference (set or not)since my ip addresses are set up through router for client and server computer. Have run it this way before with no problems, and the connection is fine except when zoning in from char select, which is back to Uleats response of world and zone communicating. :/ Edit Note: on setting port forwarding in router, which shouldn't be necessary, client does not even reach character selection screen.... hangs and crashes |
Trying to help but since my set up is old school, I am not sure if there is something wrong in those files or not.
Let me ask another question. When you start your server, You should see 2 dos command windows. One is World.exe The other is Zone.exe nut it may not be titled that as it changes names eveytime some one zones. Are you getting both command windows? Quote:
In my set up the address would be 127.0.0.1:22555 this is your zones the port # :22555 will change with every zone but for some reason it is trying to use the 24.176.84.30 address Wish I knew more but thats the problem, need someone more familiar with the new set up to tell you how to fix it. sorry |
That's what I would think too, but there is no setting for 'zone' in the config file except the ports setting. Which makes me wonder, is there some missing code that should be added? But there was never a setting in the xml version for zone ip address either I may try temporarily removing the eqemu_config.json file and replace with old xml file, see what happens, but not sure this setup meant to use the xml version. Kind of stumped at this point, may try the old compile version again, but seems like it is just one glitch somewhere keeping it from loading.
|
If you're planning on making a server usable from a LAN/WAN configuration, everything needs to visible on the LAN/WAN address of the server computer - with the exception of
database addresses (those can/should be localhost.) (Use WAN address if not behind a firewall/NAT device - not recommended. Otherwise use LAN address and port-forwarding.) You're login.ini file looks correct for listening network..but, <loginserver2>'s address doesn't match that subnet. As well, the "tcp" address is also set to 'localhost.' A router can forward ports internally. But, there really is no way to do that safely from a computer's LAN card to its internal localhost mapping. |
Still no luck. Port forwarding changes nothing, though will still mess with it to make sure I try everything.
The logs are saying the zone server is using different ports than specified in the config file, 17:20:56] [World Server] New Zone Server connection from 74717c6e-101a-4d43-95fb-d8fe7786ec52 at 127.0.0.1:49728 What is telling it to use those ports when config says use 7000 plus? As far as those config files I posted, I clearly stated those are defaults, unedited, to show what the installer is downloading with notes of what lines to edit. |
Quote:
The way the old system works, it appears the "telnet" sets the IP for zones. I may be wrong but its something to try. |
Port '7000' (or port in that range) is the zone 'listener' port.
The port '49728' (in your case) is what port was assigned to your particular client stream - which operates in a background thread. Code:
"loginserver2" : { |
All times are GMT -4. The time now is 04:28 PM. |
Powered by vBulletin®, Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.