Go Back   EQEmulator Home > EQEmulator Forums > Support > Support::Windows Servers

Support::Windows Servers Support forum for Windows EQEMu users.

Reply
 
Thread Tools Display Modes
  #16  
Old 10-16-2013, 04:50 PM
trustandfall
Sarnak
 
Join Date: Oct 2012
Posts: 67
Default

Quote:
Originally Posted by Vexyl View Post
Yes, that's right.




If that's the case, then don't worry about the world server for now. It's not important. You can even turn it off. Instead, we need to figure out why he can't connect to the login server.

Are there any errors given by the login server?
Are you forwarding the ports to the correct internal IP address?

Double check your firewall and anti-virus (if applicable).

Some ISPs don't like their clients hosting servers, so your new ISP may be blocking incoming connections.
With the axclassic repack there is a gui interface you use. You click launch mysql which loads a dos window that quickly disappears. Then you click "start eqemu" which brings up a dos window that shows everything loading for your server. I don't see any errors in that window. Is there a log of any sort I can post? Like I said, I can login and play perfectly fine. But, when I change my login server to my external IP I get this error (A), which seems to me something important. Shouldn't my login server have to be my external IP for others to login to my server from outside my home network?

(A)
[Debug] [World_LS] Connecting to login server...
[Debug] [World_LS_ERR] Could not connect to login server: TCPConnection::Connect<> failed. Error: 10061



Ports are forwarded as far as I know. See my original post for which ports I forwarded. I forwarded them all for 192.168.0.113 which is my local IP.

Firewall is turned off completely, as well as anti-virus for testing purposes.
Reply With Quote
  #17  
Old 10-16-2013, 05:13 PM
Vexyl
Hill Giant
 
Join Date: Oct 2009
Location: U.S.A.
Posts: 197
Default

Quote:
Originally Posted by trustandfall View Post
...
Shouldn't my login server have to be my external IP for others to login to my server from outside my home network?
...
No, that field is for world->login connections, not for client->login connections. If you are running the login server on the same computer as the world server, then localhost (127.0.0.1) is the correct IP to use.
Reply With Quote
  #18  
Old 10-16-2013, 05:36 PM
trustandfall
Sarnak
 
Join Date: Oct 2012
Posts: 67
Default

Ok so we know I have the right address there. Now I just need to figure out why my dad cant login. Hmmm
Reply With Quote
  #19  
Old 10-16-2013, 05:40 PM
Vexyl
Hill Giant
 
Join Date: Oct 2009
Location: U.S.A.
Posts: 197
Default

What kind of internet connection do you have now? Cable, DSL, etc...

Oh, and post your login.ini with sensitive information censored please.
Reply With Quote
  #20  
Old 10-16-2013, 06:11 PM
trustandfall
Sarnak
 
Join Date: Oct 2012
Posts: 67
Default

Quote:
Originally Posted by Vexyl View Post
What kind of internet connection do you have now? Cable, DSL, etc...

Oh, and post your login.ini with sensitive information censored please.
We have Verizon FiOS here. Used to have cable through Time Warner.

As for a login.ini... Think AxClassic may work slightly differently? I have a "LoginServer" txt that is in a "login" directory within axclassic. There's also a login application that I am guessing gets automatically started and minimized after mysql starts maybe? Anyway.. the LoginServer txt file in the "login" directory is this:

[LoginConfig]
ServerName=AX Classic
ServerDescription=AX Classic Server
ServerMode=PrivateLogin
ServerPort=5999
ipaddress=
allowanonservers=12
statsaddress=
statsport=

However there's also a LoginServer txt file in the root directory of axclassic that looks like this:

[LoginConfig]
ServerName=AX Classic
ServerDescription=AX Classic Server
ServerMode=Master
ServerPort=5999
ipaddress=
allowanonservers=12
statsaddress=
statsport=

The only differences I see immediately are that it reads "Master" for ServerMode, and has an ipaddress field that is blank that the first txt does not have. I have never edited either file, prior to or after my move, to my knowledge. That's not to say changing something in the gui couldn't have automatically changed it. Not sure on that.

Also, when I start mysql with the gui, and then manually run the login app, it appears to be using the txt from the login directory.... I'm no expert on how axclassic works though. I don't even know if that particular login exe is used when you click "start mysql" and then "start server" on the AxClassic gui. I'm guessing somehow there's a login.exe running in that process.
Reply With Quote
  #21  
Old 10-16-2013, 06:22 PM
Vexyl
Hill Giant
 
Join Date: Oct 2009
Location: U.S.A.
Posts: 197
Default

I guess setting it to PrivateLogin may block non-local incoming connections, but I don't really know as I'm not familiar with AXClassic stuff. Anyways, you could try that.

Also, to determine if it's just the login server that's having problems, you could try starting the world server and testing the connection at http://canyouseeme.org/ for port 9000 and 5998/5999 for the login server.
Reply With Quote
  #22  
Old 10-16-2013, 08:10 PM
trustandfall
Sarnak
 
Join Date: Oct 2012
Posts: 67
Default

Quote:
Originally Posted by Vexyl View Post
I guess setting it to PrivateLogin may block non-local incoming connections, but I don't really know as I'm not familiar with AXClassic stuff. Anyways, you could try that.

Also, to determine if it's just the login server that's having problems, you could try starting the world server and testing the connection at http://canyouseeme.org/ for port 9000 and 5998/5999 for the login server.
Interestingly enough, port 9000 times out on canyouseeme.org. Port 80 and 5999 do the same. All of those ports are forwarded on my router .113 which is my local IP... What could be causing this? I have firewalls and anti-virus completely shut off.

I did get this router from someone who used to use it. Could there be another setting in the router over-riding the forwarding?
Reply With Quote
  #23  
Old 10-16-2013, 08:12 PM
Vexyl
Hill Giant
 
Join Date: Oct 2009
Location: U.S.A.
Posts: 197
Default

What router do you have?
Reply With Quote
  #24  
Old 10-16-2013, 08:23 PM
trustandfall
Sarnak
 
Join Date: Oct 2012
Posts: 67
Default

Cisco Linksys E3200
Reply With Quote
  #25  
Old 10-16-2013, 08:26 PM
trustandfall
Sarnak
 
Join Date: Oct 2012
Posts: 67
Default

From what I'm reading port 80 is the port used for general internet data transfer? How am I able to navigate the web and post here if canyouseeme says port 80 is timing out? Bit confused.
Reply With Quote
  #26  
Old 10-16-2013, 08:37 PM
Vexyl
Hill Giant
 
Join Date: Oct 2009
Location: U.S.A.
Posts: 197
Default

That's not how that works. Port forwarding maps ports to an internal address on the network so the router knows which computer to send the packets (this is to get around NAT). This is only needed if the router doesn't already know which computer to send them to, but when you connect to a website, you've established a connection and thus mapped the port already. Basically, you only need to forward a port if there are non-established incoming connections (if you're hosting a server, for instance). That's a simplistic overview, but it should give you an idea.


I'll do some research on the router when I have more time.
Reply With Quote
  #27  
Old 10-16-2013, 08:40 PM
trustandfall
Sarnak
 
Join Date: Oct 2012
Posts: 67
Default

Quote:
Originally Posted by Vexyl View Post
That's not how that works. Port forwarding maps ports to an internal address on the network so the router knows which computer to send the packets (this is to get around NAT). This is only needed if the router doesn't already know which computer to send them to, but when you connect to a website, you've established a connection and thus mapped the port already. Basically, you only need to forward a port if there are non-established incoming connections (if you're hosting a server, for instance). That's a simplistic overview, but it should give you an idea.


I'll do some research on the router when I have more time.
I would really really appreciate that. The router had a built in firewall for IPV4 and IPV6 (don't really know what either means) but I disabled them to be sure. Checked to see if ports could be seen after that and still no dice.

I also noticed that it had NAT enabled on the router. I remember trying to game on my PS3 and having the best results when NAT type was open, so I tried disabling that and it killed my internet connection completely.

Thank you so, so much for your help. My dad and I are dying to get back to playing. We had just started raiding together with our bots help and were having a blast before I moved.
Reply With Quote
  #28  
Old 10-16-2013, 08:43 PM
Vexyl
Hill Giant
 
Join Date: Oct 2009
Location: U.S.A.
Posts: 197
Default

If you really want to see if it's your router, simply directly connect your computer to the modem and see if it works then. No port forwarding required.
Reply With Quote
  #29  
Old 10-16-2013, 08:55 PM
trustandfall
Sarnak
 
Join Date: Oct 2012
Posts: 67
Default

Quote:
Originally Posted by Vexyl View Post
If you really want to see if it's your router, simply directly connect your computer to the modem and see if it works then. No port forwarding required.
I'm not sure that's an option.. But I will check it if I can.
Reply With Quote
  #30  
Old 10-16-2013, 09:06 PM
Vexyl
Hill Giant
 
Join Date: Oct 2009
Location: U.S.A.
Posts: 197
Default

Can you post a screenshot of the port forwarding screen of the router?
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 07:51 PM.


 

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 - 2024, Jelsoft Enterprises Ltd.
Template by Bluepearl Design and vBulletin Templates - Ver3.3