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

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

Reply
 
Thread Tools Display Modes
  #31  
Old 01-24-2017, 01:32 PM
Durinor
Sarnak
 
Join Date: May 2010
Posts: 37
Default

I got it working. I will need to do more testing, but I noticed in the wireshark I captured yesterday that there were icmp unreachable messages. So, I wondered if maybe the server was arp'ing for some reason trying to find the client. But if the server arps on 172.x it is not going to work, since the client is on 192.x So I looked at the local_network line in the login.ini Rather than have that reflect the server dmz address, I changed it to reflect the client local network, 192.168.0 And, voila, it works now with the client on a different subnet than the server.

Not 100% positive that is what fixed it. I'll test some more to confirm.
Reply With Quote
  #32  
Old 01-24-2017, 02:06 PM
Durinor
Sarnak
 
Join Date: May 2010
Posts: 37
Default

Definitely seems to be the local_network setting. When the server is on 172.x, and the client is on 192.x, then I need to have the local_network setting reflect the network prefix of the client network, not the server's local network.

See below from my current login.ini:

[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 = 5999
local_network = 192.168.0.
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]
Reply With Quote
  #33  
Old 01-24-2017, 02:08 PM
Durinor
Sarnak
 
Join Date: May 2010
Posts: 37
Default

So, now I wonder, can you have it both ways? Have the server in my dmz where I connect to it as described above, but also allow for public logon? Would I just need to have both login servers specified in login.ini and, of course, forward the necessary ports from the web? That should do it?
Reply With Quote
  #34  
Old 01-24-2017, 03:00 PM
jpyou127's Avatar
jpyou127
Discordant
 
Join Date: Nov 2005
Posts: 270
Default

Hmmm, I never changed that setting from the default of "192.168.1.", I think I remember somewhere that it says make no changes other an DB entries for username and password. I use localhost even with in both my servers for HOST. Try just putting it back to how it was normally the above "192.168.1."

I run mine on VPS hosts as well as at home with no problems.
Reply With Quote
  #35  
Old 01-24-2017, 04:04 PM
Durinor
Sarnak
 
Join Date: May 2010
Posts: 37
Default

I changed it back to localhost for db, and the default 192.168.1. and I cannot enter the world.

I'll try localhost for db, and 192.168.0. for local_network... Well, that seems to work. It seems, for me at least, that I need to have the correct prefix in the local_network setting. hunh..
Reply With Quote
  #36  
Old 01-24-2017, 04:57 PM
jpyou127's Avatar
jpyou127
Discordant
 
Join Date: Nov 2005
Posts: 270
Default

That is very odd indeed. My VPS servers have public IPs and I left the local at 192.168.1. but have no issues from other subnets. I wonder if you could add multiple privet subnet prefixes in that line?
Reply With Quote
  #37  
Old 01-24-2017, 05:00 PM
jpyou127's Avatar
jpyou127
Discordant
 
Join Date: Nov 2005
Posts: 270
Default

What happens if local_network = blank?
Reply With Quote
  #38  
Old 01-24-2017, 05:20 PM
Uleat's Avatar
Uleat
Developer
 
Join Date: Apr 2012
Location: North Carolina
Posts: 2,815
Default

Your subnet needs to match whatever your LAN is using...

Code:
192.168.0.xx
Code:
192.168.1.xx
Code:
etc...
If you're behind your router, then you should be using the local subnet.

Pretty sure a dmz still puts you behind the router.
__________________
Uleat of Bertoxxulous

Compilin' Dirty
Reply With Quote
  #39  
Old 01-24-2017, 05:29 PM
Durinor
Sarnak
 
Join Date: May 2010
Posts: 37
Default

I tried to be clever and put local_network=0.0.0.0 no joy.

So, this is only for the mini login server? If you are doing a public server, I assume this does not apply?
Reply With Quote
  #40  
Old 01-24-2017, 07:45 PM
Durinor
Sarnak
 
Join Date: May 2010
Posts: 37
Default

Quote:
Originally Posted by Uleat View Post
Your subnet needs to match whatever your LAN is using...

Code:
192.168.0.xx
Code:
192.168.1.xx
Code:
etc...
If you're behind your router, then you should be using the local subnet.

Pretty sure a dmz still puts you behind the router.
A dmz would put you behind a router in the consumer sense, yes. Consumer "routers" are not really just routers. They tend to be wireless access points, routers and security appliance/firewall all rolled into one. In this thread, when I say router, I don't mean a device that separates me from the Internet. I mean an actual router. A device that simply forwards a packet on to it's next hop and performs no other security at all.

So, in my case, the server is on a local subnet that uses 172.16.210.0/24 for addressing. I have been calling that "dmz". (I will eventually move that network to a proper dmz on an edge device like a firewall soon, I just wanted to work out this stuff first). And my PC is on a different local subnet that uses 192.168.0.0/24 for addressing. I can only access the emu server is I set the local_network=192.168.0. Technically, they are both behind a router as in a device that forwards packets based on layer 3 route tables, and they are also both technically local subnets in the sense that they are not directly on the internet and are behind a firewall. Though the traffic between the emu server and the pc does not pass a firewall, it passes a router.
Reply With Quote
  #41  
Old 01-24-2017, 08:39 PM
Durinor
Sarnak
 
Join Date: May 2010
Posts: 37
Default

Sorry, probably too much information and a bit pedantic.

My bad.
Reply With Quote
Reply

Thread Tools
Display Modes

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 06:09 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