I have a bunch of posts in the Window scripted sticky thread. I'm a a bit of stand still trying to get this to work. It occurred to me that perhaps not many people post or read the sticky thread, so I thought I would start a new one in hopes of attracting the attention of someone who might be able to assist.
Rather than expect anyone to visit the aforementioned thread for the relevant information, I have created a consolidated post.
I am very sorry for the TLDR nature of the following:
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX XXXXXXXXXXXXXXXX
I have a running server at home on Windows server 2012 R2. I've had fun playing around with it, and today signed up for a Windows 2012 R2 VPS. I've installed on the vps and edited the login and eqemu files, but I can't get beyond character creation. I seem to remember having this problem with my LAN server, but not sure how it was fixed. I've matched up all the settings in both of the aforementioned files. Beyond that, I'm coming up empty with where to look.
Any suggestions? I don't see anything odd in log files...though I don't know what to look for exactly.
Is there any reason that I couldn't use the login server over the web? I've adjusted it to reflect my hosting provider, for example in login.ini I now have:
local_network = 149.56.28.
In fact, maybe I will just include both login and eqmu_config contents here:
LOGIN
[database]
host = 149.56.28.40
port = 3306
db = peq
user = root
password = eqemu
subsystem = MySQL
[options]
unregistered_allowed = TRUE
reject_duplicate_servers = FALSE
trace = TRUE
world_trace = FALSE
dump_packets_in = FALSE
dump_packets_out = FALSE
listen_port = 5999
local_network = 149.56.28.
auto_create_accounts = TRUE
[security]
plugin = EQEmuAuthCrypto
mode = 5
[Titanium]
port = 5998
opcodes = login_opcodes.conf
[SoD]
port = 5999
opcodes = login_opcodes_sod.conf
[schema]
account_table = loginserver_server_accounts
world_registration_table = loginserver_world_server_registration
world_admin_registration_table = loginserver_server_admin_registration
world_server_type_table = loginserver_server_list_type
EQEmu_config:
<?xml version="1.0">
<server>
<world>
<shortname>Akkas PEQ Installer</shortname>
<longname>Durinor's Everquest(G2P50Q)</longname>
<loginserver1>
<host>login.eqemulator.net</host>
<port>5999</port>
<account></account>
<password></password>
</loginserver1>
<loginserver2>
<host>149.56.28.40</host>
<port>5999</port>
<account></account>
<password></password>
</loginserver2>
<tcp ip="149.56.28.40" port="9000" telnet="enable"/>
<key>aydsCjQoS2QjwQlf9rAxUkiY0O1WzQk</key>
<http port="9080" enabled="true" mimefile="mime.types" />
</world>
<chatserver>
<host></host>
<port>7500</port>
</chatserver>
<mailserver>
<host></host>
<port>7500</port>
</mailserver>
<zones>
<defaultstatus>0</defaultstatus>
<ports low="7000" high="7400"/>
</zones>
<database>
<host>localhost</host>
<port>3306</port>
<username>root</username>
<password>eqemu</password>
<db>peq</db>
</database>
<qsdatabase>
<host>localhost</host>
<port>3306</port>
<username>root</username>
<password>eqemu</password>
<db>peq</db>
</qsdatabase>
<webinterface>
<port>9081</port>
</webinterface>
<launcher>
</launcher>
<files>
</files>
<directories>
</directories>
</server>
I should add that I can open HeidiSQL and make a new session and I can see that I have a peq database that looks fine, or at least looks fine to me, not really sure what to look for. When I start the server, all four windows come up and none have any errors and the launcher window looks good:
Akka's Windows Server Launcher
Zones to launch: 30
Zone background starting enabled...
Loginserver set to run...
World: UP Zones: (30/30) UCS: UP Queryserv: UP Loginserver: UP
I have also tried shutting down the local Windows firewall, but that makes no difference. I don't believe it's a port blocking issue on the hosting provider side. This is IAAS type hosting, so they are not likely to block ports by default.
Here is what I see in the command windows when I try to logon:
[Login Server] New SoD client connection from 174.115.196.166:53015
[Login Server] Application packet received from client (size 14)
[Login Server] Session ready received from client.
[Login Server] Application packet received from client (size 36)
[Login Server] Login received from client.
[Login Server] Application packet received from client (size 12)
[Login Server] Server list request received from client.
[Login Server] Application packet received from client (size 16)
[Login Server] Play received from client, server number 2 sequence 5.
[Login Server] Client disconnected from the server, removing client.
[Login Server] New SoD client connection from 174.115.196.166:60544
[Login Server] Application packet received from client (size 14)
[Login Server] Session ready received from client.
[Login Server] Session ready indicated logged in from world(unsupported feature), disconnecting.
[World Server] Account (arcadius) Logging in :: LSID: 2
[World Server] Attempting autobootup of tutorialb (189:0)
[World Server] (Durinor) Zoning from character select tutorialb (Zone ID 189: In
stance ID: 0)
And the tutorial zone log file shows this:
[01-14-2017 :: 10:54:37] [Zone Server] Time Broadcast Packet: EQTime [05:52 pm]
[01-14-2017 :: 10:55:37] [Status] Zone Shutdown: tutorialb (189)
[01-14-2017 :: 10:55:37] [Normal] Zone shutdown: going to sleep
[01-14-2017 :: 10:55:37] [Quests] Destroying EQEmuIO=HASH(0xd4b36f4)
[01-14-2017 :: 10:55:37] [Quests] Destroying EQEmuIO=HASH(0xd4b2204)
[01-14-2017 :: 10:55:37] [Quests] Tying perl output to eqemu logs
[01-14-2017 :: 10:55:37] [Quests] Creating EQEmuIO=HASH(0xd0e8c74)
[01-14-2017 :: 10:55:37] [Quests] Creating EQEmuIO=HASH(0xd0e513c)
[01-14-2017 :: 10:55:37] [Quests] Loading perlemb plugins.
[01-14-2017 :: 10:55:37] [Quests] Unable to read perl file 'plugin.pl'
[01-14-2017 :: 10:55:37] [Quests] Unquoted string "false" may clash with future reserved word at plugins//Expeditions.pl line 375.
[01-14-2017 :: 10:55:37] [Quests] Subroutine Cwd::fastcwd redefined at C:/Perl/lib/Cwd.pm line 812.
[01-14-2017 :: 10:55:37] [Quests] Subroutine Cwd::getcwd redefined at C:/Perl/lib/Cwd.pm line 812.
[01-14-2017 :: 10:55:37] [Quests] Subroutine Cwd::abs_path redefined at C:/Perl/lib/Cwd.pm line 812.
[01-14-2017 :: 10:55:38] [Quests] Subroutine CalcDestFromHeading redefined at plugins//path_tools.pl line 221.
[01-14-2017 :: 10:55:38] [Quests] "my" variable $Item1 masks earlier declaration in same scope at plugins//quest_handin.pl line 19.
[01-14-2017 :: 10:55:38] [Quests] "my" variable $Item2 masks earlier declaration in same scope at plugins//quest_handin.pl line 21.
[01-14-2017 :: 10:55:38] [Quests] "my" variable $Item3 masks earlier declaration in same scope at plugins//quest_handin.pl line 23.
[01-14-2017 :: 10:55:38] [Quests] "my" variable $Item4 masks earlier declaration in same scope at plugins//quest_handin.pl line 25.
[01-14-2017 :: 10:55:38] [Quests] Subroutine RandomRange redefined at plugins//random_utils.pl line 3.
[01-14-2017 :: 10:55:38] [Quests] Subroutine moelib_spawn_block redefined at plugins//spawn_utils.pl line 2.
[01-14-2017 :: 10:55:38] [Quests] Subroutine moelib_spawn_block_center redefined at plugins//spawn_utils.pl line 23.
[01-14-2017 :: 10:55:38] [Quests] Subroutine moelib_spawn_circle redefined at plugins//spawn_utils.pl line 45.
[01-14-2017 :: 10:55:38] [Quests] Subroutine GetMaxLoSDistFromHeading redefined at plugins//spawn_utils.pl line 71.
[01-14-2017 :: 10:55:38] [Quests] Subroutine FaceBestHeading redefined at plugins//spawn_utils.pl line 134.
[01-14-2017 :: 10:55:38] [Quests] Subroutine HeadingToShortestLoS redefined at plugins//spawn_utils.pl line 204.
[01-14-2017 :: 10:55:38] [Quests] Subroutine MoveAwayFromWall redefined at plugins//spawn_utils.pl line 268.
[01-14-2017 :: 10:55:38] [Quests] Subroutine MoveToFirstBestZ redefined at plugins//spawn_utils.pl line 340.
[01-14-2017 :: 10:55:38] [Quests] Subroutine SpawnZone redefined at plugins//spawn_utils.pl line 373.
[01-14-2017 :: 10:55:38] [Quests] Subroutine GetReverseHeading redefined at plugins//spawn_utils.pl line 456.
[01-14-2017 :: 10:55:38] [Quests] Subroutine ConvertHeadingToDegrees redefined at plugins//spawn_utils.pl line 477.
[01-14-2017 :: 10:55:38] [Quests] Subroutine vtell redefined at plugins//voicetell.pl line 6.
[01-14-2017 :: 10:55:38] [Quests] Subroutine Autovtell redefined at plugins//voicetell.pl line 56.
This may be an interesting snippet from my client debug log:
[Mon Jan 16 15:36:03 2017]00254:Starting char select.
[Mon Jan 16 15:36:03 2017]00255:Clearing display buffers.
[Mon Jan 16 15:36:03 2017]00256isplay buffers cleared.
[Mon Jan 16 15:36:03 2017]00257:Initializing character select UI.
[Mon Jan 16 15:36:03 2017]00258:Resetting game UI.
[Mon Jan 16 15:36:05 2017]001623DXCreateTextureFromFileEx() failed to create texture pt_add_smoke.dds for particle system.
[Mon Jan 16 15:36:08 2017]00259:Zone Connect -- 0 -- Received MSG_ZONE_ADDRESS
[Mon Jan 16 15:36:08 2017]00260:Zone addr [:27419] received...
[Mon Jan 16 15:36:08 2017]00261:ZONING
[Mon Jan 16 15:36:08 2017]00262:Networking: Connection Closed [0] with 0 pending bytes.
[Mon Jan 16 15:36:08 2017]00263:Networking: using port [52163].
[Mon Jan 16 15:36:08 2017]00264:Networking: Connection Established [1]
[Mon Jan 16 15:37:08 2017]00265:Could not connect to :7019 [clientisconnectReasonConnectFail,serverisconne ctReasonNone]. Negotiation count: 597.
[Mon Jan 16 15:37:08 2017]00266:Networking: Connection Closed [0] with 0 pending bytes.
[Mon Jan 16 15:37:08 2017]00267:Failed to connect to zoneserver (, port 7019), result = 1, for MSG_ZONE_ADDRESS.
[Mon Jan 16 15:37:08 2017]00268:THE SERVER IS NOT RESPONDING.
[Mon Jan 16 15:37:08 2017]00269:
end of DisplayScreen
[Mon Jan 16 15:37:10 2017]00270:disconnected at C:\p4\EverQuest\live\EverQuest\EverQuest.cpp:17890 (char. select) g_world == NULL
[Mon Jan 16 15:37:10 2017]00271:Character is .
[Mon Jan 16 15:37:10 2017]00272:YOU HAVE BEEN DISCONNECTED.
[Mon Jan 16 15:37:10 2017]00273:
end of DisplayScreen
So, I did a wireshark on the server while attempting to connect. I can see all the login server packets on udp 5999 go through fine, and then the conversation switches to udp 9000 and seems to go fine until I start to see some port unreachable ICMP messages on udp 9000 start to appear. These show up at the same time that (observationally anyway) the UF client dumps me back to the login screen.
This probably does not shed much light as this is probably what one would expect to see at the packet level when a disconnect occurs between server and client.