debian server - out of ideas
 

I have been working on setting up an internet server using 64bit debian. Through all of the guides and how-tos along with all of the posts (thank you all so much), I think I've managed to do it.

Unfortunately something is wrong. Basically from working with it for some time and studying the logs as well as posted working logs everything appears to be fine. My issue is clients cant seem to connect. Using public, minilogin, or private login. If set as public, the world server shows up on the piblic login server listing but recieve a 1017 error when trying to connect. If using mini or private login it seems the client never reaches the loginserver. It just comes back cannot connect never getting to the world select. Which would normally lead you to believe ports aren't open. I've verified the ports are open. I can even use one of those port check tools on the internet and when they send info to port 5999, the mini and private both pick it up. But, absolutely nothing showing from a client trying to connect.

As I said all the logs look good, ill post below...I believe the server compiled properly after working through all the errors getting it to compile on the 64bit.

So im pretty stumped if any one has an idea that I may try it would greatly be appreciated. btw, wanted to say thanks to the community I do appreciate this community and have enjoyed playing the emulators over the years, you guys have been great.


World:

eqemu_debug_world:

You made sure to forward the UDP 7000+ port range as well? 7000-7019 for 20 zones, etc.

Also, for Public at least, you need to forward port 9000. The simple way to tell if your problem is port forwarding related or not is to set your server as a DMZ in your router. Most routers have a setting to allow this. If you set it to a DMZ and they connect fine, then you just need to disable the DMZ setting and keep playing with your Port Range Forwarding. Also, make sure you are using the Port Range Forwarding and not just Port Forwarding. Normally, you would want to forward ports 5998, 7000-7100 and port 9000 at least. Also, 9080 is a good port to forward if you want remote access to your server admin webpage, but it is not required.

Make sure that if you do try the DMZ setting that you disable it after you are done, because it increases security risks by leaving it open like that permanently. Also, if DMZ still doesn't let players connect, then maybe you have another issue like a firewall or something that is blocking them on your server. The default install of Debian shouldn't enable any firewalls, at least not the etch install. But, if you enabled any on your own, it could definitely cause problems.

You guys are awesome, simple enough oversight by me. Opening via udp was the issue. Sorry should have been more clear it's not a home server but hosted. Oddly enough it didn't work initially, but going back to the iptables showed after adding the udp for the 7000 range ports that the description read something of a fileserver something or other. Changing the range in the config and opening those ports did the trick.

Now I just need to get the ax classic database working with it and I'll be in business :) Seems to be loading the zones but say unavailable when logging in. But, that's for another post when I get home and have a chance to post that error log.

Thanks again!

As I mentioned before, I am trying to work through getting the ax_classic working on my server. Basically getting a bunch of cannot load item errors. Realizing I am using two different versions of each, essentially a newer emu than the database.

I went through the changelog and sourced in all of the required updates since about before the latest classic db. Coming up with some duplicate returns but plenty of accepted changes.

So now the logs show it loading items properly and everything, but still not able to log in due to "that zone is unavailable" error. Looks like i've got rid of all the errors accept one. Happens every-time I hit enter world.

Zone error log:
4601 [07.16. - 22:44:56] Loading spawn groups failed.

This is probably more general of an error I imagine and could be a number of missing things due to the updates.

But, is there any place I might be able to look at to fix this one? Any tips would be a huge help!

The only think I can think of at the moment regarding that error message is that Spawn groups were updated to accomodate the new instancing features in the Emu code.

Specifically, the 'spawn2' table had a 'version' field added.

Let's see... looks like it was part of 612_instance_changes.sql.

Does your spawn2 table have the 'version' field after the 'zone' field?

Dead on that was it, I didn't have that one sourced in. I was taking the short road and importing them by phpmyadmin which on that one threw back a duplicate error and didn't finish the rest of the source. Sourcing it through command line got the rest in there.

I got logged into the game just fine, but unfortunately I looked around and none of the NPCs are popped. No errors in any of the logs so it's a Little puzzling.

I will go back again tonight and make sure all the updates got sourced in properly if that's the best way to approach it.

Thanks again

Just FYI, the emu compatibility with 64bit linux compiles is still not complete in the emu svn repo. I do plan to add in additional changes but I've simply not found the time. I'll see if I can make time fairly soon. If I forget, feel free to PM me.