LAN server works; Public hosted server, not so much

[Durinor]

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.

[Uleat]

http://wiki.eqemulator.org/p?Complet...ng-your-server

Did you forward ports 7000-7100 as well?

[Durinor]

Thanks for the response, Uleat. I did not do any port forwarding beyond what the installer already does. I did test with the local Windows firewall off and saw the same results.

Beyond the local Windows firewall, there is no where for me to forward ports. This is a hosted service, so there is no firewall for me to do any port forwarding. The server has one ip, a public ip.

I will try explicitly allowing ports 7000-7100 in the local Windows firewall and report back.

Thanks

EDIT: I see in the local Windows firewall that the scripted installer created a rule for EQEmu Zones that allows inbound tcp 7000-7500 and upd 7000-7500

[Durinor]

Although there was an inbound rule for tcp/udp 7000-7500, I also created an outbound rule for the same. Just tested with UF client, and same result. I can't get into world from character creation.

[Durinor]

I assume this port range is opened after logon? That the server does not listen on this port otherwise? I added the firewall rules I mentioned and tried to do a telent at myserveraddress 7000 and it would not make a socket connection.

I tried doing a local telnet on 7000 from the server, no luck.

From my eqemu config file:

<zones>
<defaultstatus>0</defaultstatus>

<ports low="7000" high="7400"/>
</zones>

[Durinor]

I would almost think it had something to do with my hosting provider, but like I mentioned, it is a IAAS type provider, they would not please their customers much if they blocked ports. The service is even advertised as "Game Servers". It is intended for hosting gaming services such as Minecraft, etc.

To further support this notion, I have successfully installed and tested my poker server license ( PokerMavens) on this server with no issue and was also able to install and connect to a hMailServer running on the this server. So, I'm skeptical that it might be a port issue. I could be wrong, of course, just trying to provide as much context and background as possible.

[Uleat]

http://www.canyouseeme.org/


EDIT: It's not that uncommon to have an ISP block our ports..

[Durinor]

Yes, I agree, of course. But this is not an ISP. It is a server hosting service. I pay a monthly fee to have a server, a hosted virtual machine. It is not the same relationship as an ISP that will, by default, block certain ports such as smtp to prevent unwanted relays and such. This is a server, hosted in a datacenter, and would not, likely, be subject to any default port blocking rules. The whole point of that service is to host services. Blocking ports would defeat the purpose. Also, as I mentioned, I have installed two other hosted applications on this server with no issue.

I am not trying to second guess, by any means. I am quite grateful for any assistance or suggestions, I'm simply trying to paint an accurate picture of the environment.

Which port(s) do you suggest I try testing with canyouseeme.org?

I'm happy to perform any and all testing suggested. I would try 7000, but the fact that it does not connect is not surprising as my LAN server does not listen on 7000 either. Granted, telnet can only work with tcp.

[Durinor]

I did a port scan on my LAN server from a LAN linux machine. The server, which works fine, was found to be listening on the following ports:

135, 139, 445, 3306, 3389, 5999, 9000, 49152-156 and 49158 ( all tcp of course)

My public server is listening on both 5999 and 9000, the only eqemu related ports in the above list, as far as I know.

[Uleat]

Try changing both config files to use port 5998.

Port usage of 5998/5999 is for setting the client host file only..and I can't remember if those values are hard-coded in server.

[Durinor]

That does not work. The UF client will not see the logon server when I do that.

[Durinor]

Ok, something really weird just happened. I changed both files to 5998, and as expected, it did not work, but I wanted to try it, so that I was reporting back valid info to you. So i did, it did not work, so i downed the server, changed both files back to 5999, and then for kicks and giggles tried to connect again with a UF client, and it worked.

I cannot explain why that happened.

EDIT: It looks like I did not change back the listening port in login.ini to 5999, but left it at 5998. Odd, as my LAN server has the listening port as 5999 and it works fine.....oh, wait a minute. I bet the scripted installer creates a firewall rule for 5998, but not for 5999. But it wouldn't matter on my LAN, since I have the local firewall turned off. I bet that is probably it.


Thanks for your help! Much appreciated!


EDIT:hmm,that is not the case. I just checked and the installer created a rule for both 5999, and 5998. Hunh, I can't really explain why that worked.

Decent network performance. I'm seeing an in game connection speed of 42ms. That is not too far off my LAN speed.

[Durinor]

Sorry to bring this thread up again, but I haven't had much continued success with this. It worked very briefly that last night I was posting.

I have recently moved my LAN server to a local dmz. I decided that was a cheaper option than using a hosted public server for $120/month. Hosted servers are fun to play with, but they can get costly. I don't even know if anyone will ever even use this, but it's become a thorn in my side that I want to figure out. I'm sure some of you can understand.

I think most of my problem boils down to the fact that I just don't understand the relationship between three things: eqeumconfig file, login.ini file and the eqhosts.txt I have been testing with my LAN server and as soon as I put it behind a router (not even a firewall, just a plain old router..no nat, just routing) and it no longer works. Normally that tells me that something works that needs local broadcast. I find that hard to believe given the Internet nature of this app, but it definitely stops working for me when behind a simple layer 3 boundary.

Maybe if someone could clearly explain the relationship between the various places in the above mentioned files wherever you can put a hostname/ip addr and/or port. I think I must be mixing something up.

What works right now for me is to have my eqhost file set to the ip of the server: 5999 This is a UF client. If I have it set to 5998, I cannot see the login server.

My topology is the server in a dmz with address 172.16.210.11 and my client pc on an inside lan segment of 192.168.0.0/24 Right now, I have no firewall in place. I have added a Cisco CSR1000v IOS-XE router to the topology to confirm if it was a firewall rule or simply just routing that was breaking it. It fails whether behind a firewall or a router--makes no difference. I'll post my three files below.

Any suggests are greatly appreciated!!


<?xml version="1.0">
<server>
<world>
<shortname>My Everquest</shortname>
<longname>Arcadius Windows PEQ Installer (yuCEe</longname>


<loginserver1>
<host>172.16.210.11</host>
<port>5999</port>
<account></account>
<password></password>
</loginserver1>
<loginserver2>
<host>172.16.210.11</host>
<port>5999</port>
<account></account>
<password></password>
</loginserver2>



<tcp ip="172.16.210.11" port="9000" telnet="enable"/>

<key>5Kbgv20XnaKoMqhgkJsWAFSLqlJfHLC</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>




[database]
host = 172.16.210.11
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 = 5998
local_network = 172.16.210.
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



On client PC:

[LoginServer]
Host=172.16.210.11:5999

[cannon]

Are you on a private LAN using an internal IP Address? From what I see in your post you are using an internal IP address, use the internal IP address of the server computer where it says host IP then in your router you need to forward the ports to that server IP.
Step 7: Editing your server configuration and launching your server
§a) (OPTIONAL) Port forwarding on your router (if you're using one)

Port forwarding is required if you want to allow other people out on the Internet to play on your server. If you are only intending for yourself or other people on your local LAN to connect, then this step is not necessary.
Log in to your router and you need to forward the following ports to the internal ip of your server computer.
UDP 7000 to 7100 (Port Range Forwarding is essential for this)
UDP 9000
NOTE: Windows also has a Firewall that will block these ports #'s into your computer if you are using Windows. You will need to create Windows Firewall exemptions, or allow world.exe/zone.exe/ucs.exe as a list of approved programs
To find out the internal ip of your computer, at a command prompt type ipconfig. The 192.168.1.xxx number that is listed is the forwarding IP you need.
Every router is different, so if you don't know how to log in to it, then you will have some searching to do without the manual.
Most commonly, a web browser is used, typing in an address like 192.168.1.1

Section of the guide that might help you out. http://wiki.eqemulator.org/p?Complet...er_Setup_Guide

[cannon]

Example:

<?xml version="1.0"?>
<server>
	<world>
		<shortname>YOURS</shortname>
		<longname>YOUR SERVER NAME</longname>

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

		<!-- Loginserver information.  Defaults shown -->
		<loginserver>
			<host>login.eqemulator.net</host>
			<port>5998</port>
			<account>youreqemu</account>
			<password>yourpass</password>
		</loginserver>

		<!-- Server status.  Default is unlocked -->
		<locked/>
		<!-- <unlocked/> -->

		<!-- Sets the ip/port for the tcp connections.  Both zones and console (if enabled).  Defaults are shown -->
		<tcp ip="192.168.1.24" port="9000" telnet="disable"/>

		<!-- Sets the shared key used by zone/launcher to connect to world -->
		<key>aealkfj2sdf3dfsdfs366ls</key>

		<!-- Enable and set the port for the HTTP service.  Defaults are shown -->
		<http port="9080" enabled="false" mimefile="mime.types" />
	</world>

	<!-- Chatserver (channels) information.  Defaults shown -->
	<chatserver>
		<host>192.168.1.24</host>
		<port>7778</port>
	</chatserver>

	<!-- Mailserver (in-game mail) information.  Defaults shown -->
	<mailserver>
		<host>192.168.1.24</host>
		<port>7778</port>
	</mailserver>

	<zones>
		<defaultstatus>0</defaultstatus>

		<!-- Sets port range for world to use to auto configure zones -->
		<ports low="7000" high="7100"/>
	</zones>

	<!-- Database configuration, replaces db.ini.  Defaults shown -->
	<database>
		<host>127.0.0.1</host>
		<port>3306</port>
		<username>root</username>
		<password>yourpass</password>
		<db>peq</db>
	</database>

	<qsdatabase>
		<host>127.0.0.1</host>
		<port>3306</port>
		<username>root</username>
		<password>yourpass</password>
		<db>peq</db>
	</qsdatabase>

	<!-- Launcher Configuration -->
	<launcher>
		<!-- <logprefix>logs/zone-</logprefix> -->
		<!-- <logsuffix>.log</logsuffix> -->
		<!-- <exe>zone.exe or ./zone</exe> -->
		<!-- <timers restart="10000" reterminate="10000"> -->
	</launcher>

	<!-- File locations.  Defaults shown -->
	<files>
		<!-- <spells>spells_us.txt</spells> -->
		<!-- <opcodes>opcodes.conf</opcodes> -->
		<!-- <logsettings>log.ini</logsettings> -->
		<!-- <eqtime>eqtime.cfg</eqtime> -->
	</files>
	<!-- Directory locations.  Defaults shown -->
	<directories>
		<!-- <maps>Maps</maps> -->
		<!-- <quests>quests</quests> -->
		<!-- <plugins>plugins</plugins> -->
	</directories>
</server>