need some help with configuration
Simple version:
i updated my db and codebase to current code. now people can't login to my server Explanation: If I connect from inside the lan pretending im going to the internet. I can 1. connect to char select 2. connect to zone and play around in game If i connect purely from outside the lan I can 1. connect to char select 2. free ride back to login screen, do not pass go. 3. server doesn't tell me aynthing useful, it thinks everything is good. the catch: just before i updated my db and codebase, people were abel to connect to my server. i have not changed my configs on router, and my internal and external ips are the same i'm out of research options, i need expert advice please! |
Are your zones still using the same ports in the database? Sounds like a port forwarding issue on your router.
|
just an update, as of 12:32am PST (Monday, July 20th), it still has issues connecting. Same old "Server is not responding" and a quick "You have been disconnected from the server"
|
Quote:
the config xml file has the same ports as before and router is setup the same as before here are my configs windows 7x64 is server os, firewall is disabled. server is ip address 192.168.1.107 internally and 99.248.99.238 externally router http://www.alakamin.com/asdfasdf.png xml Code:
<?xml version="1.0"> |
also i agree something is weird with teh zoner server(s) it (they) can't connect to the outside internet anymore
|
|
added ports 5998 to 6000 to the pass through to 192.168.1.107 just now. didn't help
tried DMZ to 192.168.1.107 as well to see if there were some magic ports i forgot, also didn't help. seems i can still only connect to zone servers from inside the network and not outside. it has to be some simple stupid configuration slipup that somehow made its way in with the code and db updates. is there some db setting that locks the zone servers that was added in the last year that i dont know about? |
I recall this happening on other servers after a big update. I cant recall the exact fix but it was some small line of code that made it so no external could log in. Ill try to find the old posts talking about it.
|
tried setting eqemu xml to listen at port 5999 - didnt appear in server list, so changed back to 5998
then tried also changing the passthrough to route 5998 to 6000 to local port of 5998, same problem of not connecting to zone server. so i changed it back latest bit of testing: if i connect locally and watch the command window box, the clients immediately goes from 0 to 1 when i zone into game. if i conenct remotely it stays at 0 when i click enter world... so there is something blocking me from accessing the zone server. but what is it?!?!?!?!???????????????? i feel like a nuub |
For some reason I think it has to do with flagging as admin vs normal accounts. It is how some "beta" test without the general public getting full access also when the server is up.
|
well my status 250 account has the same problem as my status 0 account. checked that just now
|
|
flagging account from command line seems to not help
|
Has your server always functioned with these values defined?
Code:
<!-- Only specify these two if you really think you need to. (read: You don't) --> Can you actually get to character select? As in see characters? If not it's definitely a port or firewall issue. I had an issue with my 2012R2 server where I had to manually reinstall every instance of the firewall service because it was preventing incoming connections (even though I had it disabled). Something to think about. |
Quote:
I can get to char select AND into the game from "the inside" of the lan and yes i've always used these settings should i unspecify them? generally that causes a lack of being able to connect. I will try that now. booting connecting (from external ip) char select success (wtf.. im excited!) trying to enter world success. wtf that was simple "chrsschb" i am a big retard. thank you for pointing out the obvious haha... how come it worked perfectly fine for years?!?!?! |
All times are GMT -4. The time now is 02:34 AM. |
Powered by vBulletin®, Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.