View Full Version : LAN plays great, WAN play not so much...
Shiny151
08-07-2009, 04:00 PM
I've recently setup a Windows based XP server using vales guide here:
http://www.eqemulator.net/forums/showthread.php?t=29043
Everything seems to work well on the LAN side of things. I've had multiple XP machines connect with no problems internally. WAN however is another story. I've opened all the proper ports based on some digging within the forums; 5998, 7000-7100 & 9000. Externally (WAN) they can connect and get to the character selection screen and create a character; but once they actually try to enter the world the screen turns black for a period of time and then they get a: "The server is not responding" message and they are kicked back to the server/login screen.
This is happening on external machines using Vista and XP, Intel/AMD single and multi-core cpus. I've come to the conclusion it is most likely a server issue which I cannot figure out.
Does anyone have any advice?
Angelox
08-07-2009, 05:50 PM
Are you sure the people who are connecting have the proper client?
Have you opened the ports on you router too? Try setting your server PC to DMZ for a while, to test the latter.
Yeormom
08-07-2009, 09:28 PM
It should definately work if your game server is in the DMZ but you'd need other security measures if doing that. Are you forwarding TCP and UDP or what?
Shiny151
08-08-2009, 12:52 AM
Yeah I'm sure because I bought more than one copy for a friend and he's the one who has it. Plus I put another copy on my laptop for testing purposes. I also tried the DMZ idea but I'm getting the same problems. For safe measure I forwarded both TCP and UDP.
Yeormom
08-08-2009, 11:48 AM
If the server was truly in the DMZ, then your problem is related to the IP address you're using in your config files. My guess is you are probably using your local address scheme, like 192.168.x.x in your configuration but when the server tells a client over the Internet or on another network that this is the server IP, the client tries to hit that address which is either non-existant or on his/her own network. You must put a public IP in your configuration file. Easiest way to get your IP address by visiting www.whatsmyip.org.
leslamarch
08-08-2009, 01:08 PM
Yeah I'm sure because I bought more than one copy for a friend and he's the one who has it. Plus I put another copy on my laptop for testing purposes. I also tried the DMZ idea but I'm getting the same problems. For safe measure I forwarded both TCP and UDP.
post your configs so we can have a look at what you have going on.
Sylaei
08-08-2009, 05:54 PM
What is the eqhost.txt file setup? Inside (Lan) your server name needs to resolve to your internal address. Outside (Wan) your server name has to resolve to your internet Ip address. I created a name with Dyndns like coolplayground.dyndns.org.
This is a section of my eqemu_config.xml file:
<shortname>MyCoolServer</shortname>
<longname>This is my Cool Playground</longname>
<!-- Only specify these two if you really think you need to. -->
<address>coolplayground.dyndns.org</address>
<localaddress>127.0.0.1</localaddress>
<!-- Loginserver information. -->
<loginserver>
<host>coolplayground.dyndns.org</host>
<port>5999</port>
<account></account>
<password></password>
</loginserver>
On each pc on the Lan, I added an entry into the hosts file, like this:
192.168.1.100 coolplayground.dyndns.org
Where 192.168.1.100 is the internal address of the server.
This allowed any pc to be able to resolve to the correct address and the server to also be able to 'find its self'.
There is a gotcha with dyndns. You must visit the site once every 30 days (free subscription), if not then they delete your account. When this happens no one will be able to connect to your server, inside or out. Change the eqemu_config.xml file or sign up with dyndns and recreate the name you had before.
HTH:smile:
Shiny151
08-08-2009, 07:05 PM
I have tried both a dyndns.org name and the real external IP. I get the same result with both. The thing that boggles me is what would keep everyone from accessing the world server but not the creation character/login screen?
Here's my config file:
(I've inserted a few x's where the real external IP should be)
<?xml version="1.0">
<server>
<world>
<shortname>ShinysWorld</shortname>
<longname>EternalNight</longname>
<!-- Only specify these two if you really think you need to. (read: You don't) -->
<address>71.156.xxx.xxx</address>
<localaddress>192.168.1.66</localaddress>
<!-- Loginserver information. Defaults shown -->
<loginserver>
<host>71.156.xxx.xxx</host>
<port>5998</port>
<account></account>
<password></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="localhost" port="9000" telnet="disable"/>
<!-- Sets the shared key used by zone/launcher to connect to world -->
<key>some long random string</key>
<!-- Enable and set the port for the HTTP service. Defaults are shown -->
<http port="9080" enabled="false" mimefile="mime.types" />
</world>
<zones>
<defaultstatus>20</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>localhost</host>
<port>3306</port>
<username>mypequsername</username>
<password>mypeqpassword</password>
<db>peq</db>
</database>
</server>
Thanks guys for taking time to look at this.
Sylaei
08-08-2009, 09:03 PM
Try changing your localhost address from 192.168.1.66 to 127.0.0.1 and try it. Seems like I had a similar issue with mine when I first set it up.
Just a thought.
Shiny151
08-09-2009, 11:17 AM
Try changing your localhost address from 192.168.1.66 to 127.0.0.1 and try it. Seems like I had a similar issue with mine when I first set it up.
Just a thought.
Just tried it. Still getting the same thing. Thanks for the tip though.
Sylaei
08-09-2009, 04:51 PM
Look in your logs folder and see if there is something in one of the world logs that tells you what is happening.
If you need to post part of the log or a link to dl it. You might want to clear the log folder then run the test. This will keep the log files smaller and easier to read.
provocating
08-12-2009, 11:39 PM
I can play from anywhere, multiple people. I normally will even log in at my lunch break. I am using a DYNDNS account so I can probably help you.
<?xml version="1.0">
<server>
<world>
<shortname>Classic</shortname>
<longname>AX Classic</longname>
<address>fakename.dyndns.org</address>
<localaddress>192.168.0.10</localaddress>
<loginserver>
<host>127.0.0.1</host>
<port>5999</port>
<account>admin</account>
<password>admin</password>
</loginserver>
<key>make_your_key!</key>
<http port="9080" enabled="true" mimefile="mime.types" />
</world>
<chatserver>
<host>fakename.dyndns.org</host>
<port>7778</port>
</chatserver>
<mailserver>
<host>fakename.dyndns.org</host>
<port>7779</port>
</mailserver>
<database>
<host>localhost</host>
<port>3306</port>
<username>eqemu</username>
<password>mypassword</password>
<db>peq</db>
</database>
</server>
In my router I am forwarding
5999 TCP and UDP
9000 TCP and UDP
7778/7779 TCP and UDP
7000/7100 TCP and UDP
Now the reason for the last 100 forwards is because I have 100 static zones.
Shiny151
08-14-2009, 04:59 PM
Thanks Prov-
I'll take a closer look at my ports again based on your config.
One thing I have noticed is that, I'm using port 5998 and you're using 5999. Is that just the difference between the minilogin and the eqemulogin.exe login server method?
My entire setup is based on Vales server setup guide. I plan to take the weekend to go over everything with a fine tooth comb. I appreciate everyone's feedback and tips.
provocating
08-14-2009, 06:01 PM
I guess ?
I am using the new privatelogin login server. It puts minilogin to shame.
Shiny151
08-16-2009, 01:59 PM
For these lines:
<loginserver>
<host>127.0.0.1</host>
<port>5999</port>
<account>admin</account>
<password>admin</password>
</loginserver>
Is there an actual login account/pass we set for this somewhere because I've never needed it for LAN play.
provocating
08-16-2009, 03:04 PM
Sure, the Login Server is running on the same machine for my setup. I am not sure about the login and password, I want to say it is stored in a text file in the login server directory.
yizuman
08-16-2009, 07:11 PM
Shiny and I have tried and tried on the WAN and nothing works.
As far as I get is to the Char Screen where I can create chars, but when I click "enter world", I wait a while and then get a message "Server is not responding" and then "You have been disconnected"
I do fine getting in with the PEQ server, but not with Shiny's server.
We've been trying for the last 2 weeks with no avail.
:(
yizuman
08-16-2009, 07:15 PM
What server version is better? If I may ask.
provocating
08-16-2009, 09:00 PM
Logging is your friend, post some logs. To minimize clutter, clear the logs then launch, let someone try to connect and post it here.
Shiny151
08-21-2009, 01:08 AM
To recap, I'm trying to have a friend log into my private EqEmu server using the EQEmuServerLogin.exe method. He gets to the character selection screen and then tries to enter the world. Long delay then a message that reads: "The server is not responding"; then a kick back out to the server selection screen. Here's the World log about when that happens:
[08.21. - 00:43:51] [WORLD__CONSOLE] New zoneserver #8 from 127.0.0.1:1085
[08.21. - 00:43:51] [WORLD__ZONE] [8] Zone started with name dynamic_08 by launcher zone
[08.21. - 00:43:51] [WORLD__ZONE] [8] Auto zone port configuration. Telling zone to use port 7007
[08.21. - 00:44:50] [WORLD__CLIENT] New connection from 192.168.0.1:50770
[08.21. - 00:44:50] [NET__IDENT_TRACE] 192.168.0.1:50770: First opcode 0x4dd0 did not match expected 0x2792
[08.21. - 00:44:50] [NET__IDENT_TRACE] 192.168.0.1:50770: Tried patch 6.2_world, and it did not match.
[08.21. - 00:44:50] [NET__IDENT_TRACE] 192.168.0.1:50770: First opcode 0x4dd0 did not match expected 0x2ec9
[08.21. - 00:44:50] [NET__IDENT_TRACE] 192.168.0.1:50770: Tried patch 6.2_zone, and it did not match.
[08.21. - 00:44:50] [NET__IDENT_TRACE] 192.168.0.1:50770: First opcode matched 0x4dd0 and length matched 464
[08.21. - 00:44:50] [NET__IDENTIFY] Identified stream 192.168.0.1:50770 with signature Titanium_world
[08.21. - 00:44:50] [WORLD__CLIENT] Checking inbound connection 192.168.0.1 against BannedIPs table
[08.21. - 00:44:50] [WORLD__CLIENT] Connection 192.168.0.1 PASSED banned IPs check. Processing connection.
[08.21. - 00:44:50] [WORLD__CLIENT] Fragg1n: Logged in. Mode=(CharSel)
[08.21. - 00:44:50] [WORLD__CLIENT] Fragg1n: LS Account #5
[08.21. - 00:45:20] [WORLD__CLIENT] Fragg1n: Attempting autobootup of tutorialb (189:0)
[08.21. - 00:45:23] [WORLD__ZONE] [8] Setting to 'tutorialb' (189:0)
[08.21. - 00:45:23] [WORLD__CLIENT] Fragg1n: Entering zone tutorialb (189:0)
[08.21. - 00:45:23] [WORLD__ZONE] [8] [tutorialb] Broadcasting a world time update
[08.21. - 00:45:24] [WORLD__ZONE] [8] [tutorialb] Setting to 'tutorialb' (189:0)
[08.21. - 00:45:24] [WORLD__CLIENT] Fragg1n: Sending client to zone tutorialb (189:0) at 192.168.0.2:7007
[08.21. - 00:45:24] [WORLD__CLIENT] Fragg1n: Client disconnected (not active in process)
serivoth1234
08-27-2009, 12:46 PM
I am experiencing the same issue as posted above. I've been unable to correct this issue thus far. Any suggestions would be greatly appreciated.
Dokuton
03-30-2011, 08:20 PM
same thing happening to me i guess he never got the fix
provocating
03-30-2011, 08:22 PM
Actually the login server is working beautifully.
Shiny151
03-30-2011, 11:23 PM
same thing happening to me i guess he never got the fix
I was finally able to resolve the issue. I posted in this thread:
http://www.eqemulator.org/forums/showthread.php?p=181138#post181138
vBulletin® v3.8.11, Copyright ©2000-2025, vBulletin Solutions Inc.