Server Help

[complex]

I can't figure out why my server isn't showing up in the directory servers. I've got the default directory list and the name isn't already taken. The server starts up and runs fine (I can connect and join the game, etc), and it logs the directory server connection attempt, but it never actually gets listed.

Any ideas?

[Dr Brain]

Can people outside connect? If they can't then the server wont add you.
_________________
Hyperspace Owner

Smong> so long as 99% deaths feel lame it will always be hyperspace to me

[reel bad]

if you have sscx/sscu/ssci in your zone name but you aren't really on their network your zone won't be listed.

[complex]

Dr Brain: Yep. It's running on a server (not my local machine), and I can add the server manually and join it as any random user.

reel bad: Nope.

[Dr Brain]

Are you on a LAN with it? Because an outside user has to connect. Double check that you have the module loaded too.

[complex]

Nope, I'm not on a LAN with it. I'm completely outside the network, just as anyone else connecting would be. When I start the server, I get:

Code: Show/Hide I <module> Loading module 'directory' from 'external' D <directory> Server name: Turf SVS I <directory> Using 'sscentral.subspace.inet.fi' at 62.65.37.101 as a directory server I <directory> Using 'sscentral.ds98.com' at 199.232.158.6 as a directory server I <directory> Using 'sscentral.subspacehq.com' at 199.232.158.5 as a directory server I <directory> Using 'sscentral.subspace.net' at 216.37.52.235 as a directory server

And after the rest of the modules load:

Code: Show/Hide D <directory> Sending information to directory servers

It will continue to repeat that periodically, but the server never shows up in the directory. I've got billing disabled (I was actually having some trouble with that too, but I'm almost positive that's because I'm running the biller on my local machine and my connection is shit), would that make a difference? I figured that as long as people can log in, the directory server listing should work fine. In my global.conf:

Code: Show/Hide [ Directory ] Name = Turf SVS Description = Classic Turf Arizona gameplay with the original map and standard VIE ship settings. Server1 = sscentral.subspace.inet.fi Server2 = sscentral.ds98.com Server3 = sscentral.subspacehq.com Server4 = sscentral.subspace.net

I dun get it...

[Dr Brain]

Ok, try a zone name that is sure to be unused.

Is there a password setting in your config file?

[complex]

I changed the name to "Tengun test zone (ASSS)" and still nothing. The only password settings in global.conf are for billing and MySQL. The billing section is commented out, but the MySQL section is active.

I also commented out the two directory servers that aren't up (ds98 and sshq), but that didn't help either.

Thanks for the continued help... This is rather frustrating.

[Dr Brain]

Post your config file and I will see if I can make sence of it.

[complex]

Here ya go:

global.conf

Code: Show/Hide [ General ] ;PublicArenas = turf pb [ Billing ] ;Proxy = bin/proxy ;IP = 127.0.0.1 ;Port = 1850 ;ServerName = Turf SVS ;Password = bill [mysql] hostname=localhost user=asssuser password=[removed] database=asss [ Log ] LogFile = asss.log ;; the syntax for these is: ;; [log_whatever] ;; modulename = DIMWE ;; D = debug, I = info, M = malicious, W = warning, E = error ;; they MUST be in caps ;; the modulename can be "all" to catch unmatched modules. ;; if you don't filter it out, it's enabled by default. ;[log_console] ; all = DIMWE [log_file] all = IMWE persist = MWE chat = DIMWE [log_sysop] all = ME [ Net ] ;; the main listening port Port = 4004 ;; delay to get no packets before client is dropped (this is 30 seconds) DropTimeout = 3000 ;; position packet routeing tuning BulletPixels = 1024 WeaponPixels = 2048 WeaponBuffer = 500 PositionExtraPixels = 8192 [ Chat ] MessageReliable = 1 [ Directory ] Name = Tengun test zone (ASSS) Description = Classic Turf Arizona gameplay with the original map and standard VIE ship settings. Server1 = sscentral.subspace.inet.fi ;Server2 = sscentral.ds98.com ;Server3 = sscentral.subspacehq.com Server2 = sscentral.subspace.net ; changed settings:

modules.conf

Code: Show/Hide ;; this file contains the names of modules to load at startup. modules ;; are specified as 'modname' for internal modules, or ;; 'file:modulename'. file is the name of the .so file (without the ;; .so). ;; ;; the load order of some of these is very sensitive. don't move stuff ;; around without verifying that it's a valid load order. core:logman core:mainloop core:config core:playerdata core:lagdata core:net funky:chatnet core:arenaman core:mapdata core:capman core:mapnewsdl core:core command:cmdman ; enable this for password security without a billing server ; funky:auth_file scoring:persist game:chat scoring:stats scoring:basicstats game:game loggers:log_console loggers:log_file loggers:log_sysop core:clientset security:security core:lagaction ; external:billing external:directory game:game_timer game:flags game:balls game:koth game:fm_normal command:cfghelp admin:filetrans admin:quickfix scoring:jackpot scoring:periodic scoring:points_kill scoring:points_flag scoring:points_goal command:playercmd command:admincmd command:help funky:sendfile funky:bricklayer command:buy funky:fake funky:autoturret ;funky:auth_prefix ;; uncomment this for multiple pub arena support ;funky:ap_multipub ;; important: nullenc cannot coexist with either of the other ;; encryption modules! comment it out to use them. ;core:nullenc security:contenc core:encrypt1 ; db stuff: ;database:mysql ;database:aliasdb

passwd.conf

Code: Show/Hide general:allowunknown = yes [users] ; new users password hashes will get added here

I'm off to bed now, but thanks again.

[complex]

Any ideas? (Bump!)

[Dr Brain]

Look through the docs and add all the directory settings.

[complex]

I checked, and the only two missing items were Port and Password, so I added those. I set the port to the default 4991, and the password to just whatever. Still no luck.

Would it make any difference that I'm running it on FreeBSD rather than Linux?

[Grelminar]

None that I can think of.

The only things that come to mind are to make sure that you're not behind a NAT or something like that, and try another zone name. And the directory server password should be "cane" (that's the default). Are you sure it's not showing up on any of those directory servers?

If nothing else works, try using tcpdump (or your favorite sniffer) to grab the packets that it's sending out (udp port 4991) and show me.

[complex]

Alright, I tried tcpdump udp port 4991 while the server was running and gave it a few minutes, but I didn't get anything. I had tcpdump log to a file, put it into the background, and restarted ASSS; still nothing. Listening on 4004 (the server port) works fine and I pick up the game packets, but it appears that it's not actually trying to connect to the directory server (even though it says it is when the game server is running).

[Grelminar]

Ok, I thought of one possibilty, which is that freebsd requires you to bind a udp socket before you send on it. Most OS's will just treat it as if you bound to a random port on all interfaces, but maybe *bsd is more picky. If you know what you're doing, you could try adding a bind call to MM_directory, after the call to socket(). If not, I'll do it at some point.

[complex]

Can't say I know enough to do that. But I'll be looking forward to the next release.

Thanks for the replies.

[Snidjer]

You mean you're not explicitly binding the port? Why don't we CVS this code somewhere, I'd love to access/modify it in some kind of central way. If you're in need of a CVS dump, lemme know and I'll set one up.

Kind regards,

Devon O'Dell

[Grelminar]

Binding before sending isn't necessary on linux. Apparently it is on other platforms. Either way, I've added the bind call.

There's a read-only cvs server available. If you'd like access, email me privately.

[Grelminar]

Oops.. I was just fixing up the directory module to support virtual servers, and I found a stupid bug that is probably what's causing this problem on bsd. In the sendto() call in SendUpdates, the sockaddr length field isn't being passed correctly.

I'll make a 1.0rc2 soon with it fixed.