Rapid Sumo - ban request

[Word]

you probably talked about it on irc. could you ban the servers please? they represent spam in the server list.
(and i think they are all hosted on the same machine. 5 min ago my ping was 666 on all of them. shall i post screenshots?XD)

[epsy]

Happens. The real problem there is for the server's owner.

[Z-Man]

Hmm, they all have the same IP and port. Looks like a bug exploit to me. We should just fix the bug, then

Edit: nope, they just get the same port once you bookmark them because of the range restriction. So no bug, just spam. I'd agree with a ban. Tank, Lucifer?

Any good ideas what we can do to lessen the impact of server list spam? Problem is, of course, that there's a lot of servers legitimately sharing the same IP without being spam.

[epsy]

I don't find it really impacting at all. when sorting by users or scores most are empty and have a bad score. When sorting by name..well, yeah, you have to scroll through them.

Well, one thing might be to group servers with very similar names (use the prefix detection algorithms?) and only show one entry for them, starting a server browser only for them. But well that's just daydreaming isn't it?

[kyle]

I know the server owner, I'll talk to him next time I see him online. I highly doubt that it is intentional, I think something just went screwy with his scripts.

[Z-Man]

Possibly. While you're at it, can you also tell him to remove the invalid colour codes? (They're what make me think it's an exploit rather than a mistake.)

[epsy]

It may be due to our wrong use of SIGHUP..

[Z-Man]

Hmm? Aren't we reloading the configuration files then? And isn't that standard behavior for server processes? And if you don't run the server with -d, it should still terminate when you close the terminal.

[epsy]

I don't know, I've seen kyle complain quite often about it in IRC. Maybe he could clarify himself :)

[kyle]

And if you don't run the server with -d, it should still terminate when you close the terminal.

for some reason it never does kill the process on a few of our VPS's, we kill the screen it is running in but the tron process remains. as long as we change the st_DoHandleSigHup() to just make it exit(0); as you suggested, we have no trouble.

[Z-Man]

Hmm, true. Interesting. I thought that the stdin reading functions would bork and terminate the server, but apparently, in non-blocking mode, they don't care. Well, they do care and set errno to something. I guess that's what we can listen to.

[kyle]

He has taken it down, he was renting out servers a while back.

[Word]

thanks.
i first thought someone spams the list on purpose lol.

[compguygene]

i have run into this problem occaisionally as well. It usually requires a reboot of the VPS or dedicated server in question. I have found that it can be avoided. It happened to me twice when a gameserver crashed.

[ZURD101]

lol funny thing is that was my hosted server, it shouldn't be up anymore, but if that happens, i try to take care of it ASAP