VRocker

That would be a map marker injection, restart your server as soon as you see this since it has been injected into the server. You 'may' see something in the remoteexec log but you might not see anything logged. Can't remember if these injections get logged, if they do it will be something related to a marker so ban those suckers (and ofc, name and shame!) But yeah, if any admin ever sees this do an immediate server restart as these markers allow remote script execution.

You could try our server. Its a whitelisted private hive with a few added vehicles but not extreme. It's running the latest patch with no issues at all. Our whitelist application process is very simple and can be done in 2 ways depending on your preference. To apply just visit our website at http://dayz.frak.eu and click the whitelist tab. You can find our topic with more information here: http://dayzmod.com/forum/index.php?/topic/106838-dayz-unleashed-discussion-thread-1751-veteran-whitelisted-private-hive-gmt-5-130-vehicles-custom-wrecks-looking-for-new-players/ You can also see what the chat is like in-game to see how friendly people are by clicking the IRC link on our website :) I know this is a UK server and you're looking for US but you might like it anyway :)

Bit late replying i know, but we have a server you may be interested in. Our server is vanilla Chernarus apart from added vehicles. We have 130+ vehicles but they can be quite hard to find. There are 5 helis instead of 1 but we may be removing 1 of these. We did have the custom wrecks in but they haven't been put back in since the upgrade to 1.7.5.1 so we just have the normal stuff at the moment. These may return soon. We are totally against a custom loadout and extra loot so these will never be added. As for extra buildings we will probably never add these (but i have ideas similar, but this will be down to a community vote). You should come try us out, you won't be disappointed :) Our server stays hacker-free with constant admin supervision and our whitelist (using our own custom whitelist app which kicks people off much faster than gotcha). If hackers do strike then we take hourly database backups so we can rollback any damage done. Our regular players stay very pleased with our server and how its managed, check out our forum for some stories of players (http://dayz.frak.eu) I understand if you don't wish to join due to thinking extra vehicles means everybody is cruising around running you over but its not like that at all. Doesn't hurt to try :) Our discussion topic on this forum can be found at http://dayzmod.com/forum/index.php?/topic/106838-dayz-unleashed-discussion-thread-1751-veteran-whitelisted-private-hive-gmt-5-130-vehicles-custom-wrecks-looking-for-new-players/ and our website is http://dayz.frak.eu. Server information and a link to Gametracker is in my sig :)

Vehicles are stored on the public hive actually, they get grabbed from the hive and cached on the server on server start. When you apply for a hive server they simply run a script which adds the vehicles to the Object_DATA table on the hive with your instance ID. The reason vehicles don't travel between servers is because the object is mapped to its instance ID. If you look at the hive calls the HiveEXT.dll does on connect you will see that it sends the following query: 'SELECT `ObjectID`, `Classname`, `CharacterID`, `Worldspace`, `Inventory`, `Hitpoints`, `Fuel`, `Damage` FROM `object_DATA` WHERE `Instance`=<yourid> AND `Classname` IS NOT NULL' This grab all the objects, both vehicles and tents, from the object database. The server then caches these so it can stream them in and out without raping the hive. Here is a screeny of phpMyAdmin for my hive (which is set up identical to the public hive) http://imgur.com/6JxsCz4 On the public hive those ObjectIDs are in the millions (which caused the vehicles not working on some servers a few months ago). It would be good if vehicles were stored server-side and read from their own DB on launch to reduce the load on the hive server. Afterall, the hive is 1 huge MySQL database, last i looked the player_DATA table was 22GB in size so anything that reduces load on it would be a good idea. The spawn chance doesn't seen to work these days. I cant see any code to handle that so my guess is the 'chance' is a script on the hive-maintainers side which gradually adds vehicles to the db using your instance ID. That's how some private hives do it too so it seems likely the public hive would do it too. Now 1.7.5.1 is out this should help with some 'illegal' objects being published to the public hive anyway since it has a small chunk of script which verifies the object is valid before it will pass it off to the hiveext to do an INSERT query. so no more thunderdomes being saved to the hive! (think they can still spawn but not be persistent)

The public hive server really needs redoing, the current implementation sucks for several reasons. Firstly, like you have said, there is no control over the objects database. The reason for this is down to how its implemented on the server. All of the objects for every server is stored in a single table with a field for the instance ID of your server, so giving people something like phpMyAdmin to the objects db is totally out of the question. It could probably be done with a fancy web panel which runs sql queries based on your instance ID to give the ability to add/remove/modify objects but its a lot of work and could probably be exploited. Secondly, the security of the public hive is REALLY bad. Like i said, all objects for all servers are stored in a single table. Because of this, every server has full read/write access to that table (and entire DB infact) so anybody who feels a bit malicious and has half a brain can actually destroy all the objects and even all the player info in the hive. 1 simple SQL query given to the hive server can cripple every public hive server until backups are restored (if backups are even taken). By cripple i mean every player would become a 'new' player and no server would have objects on. The only security DayZ has against this is the IP whitelisting for servers, this stops the average nab at home from connecting and hacking the database but not people who have dedicated servers and have applied for whitelisting. This is pretty bad when you consider the MySQL login details are stored in the client (they are obfuscated but doesn't take more than 5 minutes to get as plain text). Ideally every server should have their own Objects table where the owner can have access to to modify and remove bad/hacked objects. This wouldn't stop someone deleting everybody character info but it would keep objects intact and it would give server admins better control. Yes, i know the next version of DayZ has protection in against writing 'bad' objects to the database (i have applied these fixes to my own server) but it doesn't stop hackers teleporting them off the map where they will never be seen again. Also, the DayZ community banlist did stop a few hackers for a while but these days seems to be flawed seeing as cheaters can inject cheats into other peoples clients to mask their own malicious activity. Server admins then report legit clients using cheats when they are not and they get banned for it. Lovely. The filter scripts do help to keep a few script kiddies at bay though. I do agree with you that there do need to be some 'Hive Admins' who can deal with the current problems though. I'd be willing to volunteer as i currently run 3 private servers based on the official HiveEXT.dll so my databases are identical to the official hive.

Following up on a suspected cheater in one of my servers i was wondering if anybody knew the coord running speed of a player on foot? Our server has previously had a speed cheater (which we eventually found due to zombies running 10x the speed around him, then he admitted it) and he had coord changes similar to this person. Looking in hiveext.log we see things like this: 2013-01-22 10:01:49 : [information] Method: 201 Params: 3109:[38,[2497.72,10111.7,0.001]]: 2013-01-22 10:02:17 : [information] Method: 201 Params: 3109:[43,[2573.28,10226.3,8.85e-04]]: 2013-01-22 10:54:03 : [information] Method: 201 Params: 3109:[60,[3162.41,14256.5,0.002]]: 2013-01-22 10:54:26 : [information] Method: 201 Params: 3109:[13,[3267.79,14258.8,0.001]]: 2013-01-22 11:32:12 : [information] Method: 201 Params: 3109:[2,[3557.37,12909.8,0.002]]: 2013-01-22 11:32:34 : [information] Method: 201 Params: 3109:[346,[3622.64,12997.9,0.002]] These are some of the coord changes. As you can see at 10:02 it was 100 coords on both axis and 8 on the Z (running up a hill) in less than 30 seconds. Is this doable without cheating? I would conduct my own tests but i'm at work at the moment. Speed cheats are really annoying since they can be a bugger to detect and you can have people on foot running after helis :( UPDATE: Seems this is legit, running at full speed in one direction can cause this. Now where is that pesky 'delete topic' button...

Does it have to be C#? Never looked into it but can C# import C plugins? That would be much better IMO. I have created my own rcon tool in C which is completely modular based but i havn't got around to finishing it. How are the plugins done? Are they proper dlls or are they like a certain BF3 rcon where its a simple C# file loaded into the application? Sounds like an interesting idea though and i may be interested in making a plugin or two :)

Don't know if this has already been suggested (way too many pages to read through and search sucks :P) but here's one of my suggestions. The game tries to be realistic, requiring you to eat and drink which is great but its forgetting about the 'other end' of the body... We need to be made to take toilet breaks while fighting the undead! At first, this sounds silly but i will explain why it could be a good idea. You would add to the other icons already on the hud to indicate if you need to do a number 1 or a number 2. If these are ignored then you end up doing them anyway. This would cause your character to smell really bad (would have to have some sort of smell indicator). Now smells, depending how bad, attract zombies. If you end up weeing yourself it'll attract zombies when you're quite close to them but not moving (so they dont even bother with sight/sound as they smelt you). If you've 'whoops-a-daisied' yourself then you attract zombies from quite far away. You would need to find a change of clothes if this happens. This could be useful for nolifing snipers who wont move for hours as they would need to take toilet breaks or risk being found by zombies :) As i mentioned, the smells of wee and poo attract zombies so this could be used to your advantage too. Say you need a distraction in a town, just bend down and drop a steamer in a building, a lot of zombies come running towards it distracting them for a bit. It could also be used for evil purposes where you could do it in somebodies camp. Which brings me on to the humilation factor of this suggestion. Say you just killed a guy and you'll know he'll be back for his loot. You could wee all over his body and take a dump on him. He'd return to his body covered in a lot more flies, looking a bit wet and attracting a lot of zombies, plus some of his gear would be 'dirty' and it would increase the chance of infection. This could also be done for tents so when people access them they could catch something unless they disinfect it first, adding another new item to find :) As players will be dumping their loads all over the place, you could also add the ability to step in in, which attracts zombies from the smell. This should also be done with dogs as nobody likes treading in dog poop. This would eventually wipe off the more you walk. Obviously you would need the game to clear up your 'mess' after a certain time otherwise Chernarus would turn into a literal sh*thole :P so number twos should decompose. this would be faster on grass than on roads or players. Wees should just remain for a few minutes until it gets absorbed by the ground. I know how silly this all sounds and i guess a lot of people won't agree on it but i think it'd be fun and unique :P

Hackerfree experience? Last i looked there was a thunderdome spawned... >< We really should've issued a warning beforehand but it was quite late at night and we were tired. We apologise for this, if you want to salvage some stuff we could run the server for a day or so for any players wishing to retrieve some stuff from tents etc. We have left this server running for a lot longer than we really needed to tbh, it has been overrun with cheaters for a while now. The last time we actively played on the server vehicles kept getting teleported away and nukes kept going off. This is another example of cheating scumbags ruining this mod. The only real way forward is whitelisted private hives these days, that is what we have replaced this server with. Atleast with a private hive we don't have to abide by silly rules which prevent us from properly securing the server. Our private hived server has things on it which simply would not be allowed on this server due to its hive connection. You're welcome to come join us on our whitelisted server (apply at http://dayz.frak.eu), its essentially the same as the public but its a detached hive and has a few 'quirks' such as extra vehicles, increased zombie count, better administration. Unfortunately being a detached hive you can't bring over your old gear :( Once again, we are sorry for shutting it down without warning and understand that it was a bit of a shit thing to do.

Added :)

Strange, the filters are kept up to date every day direct from the community ban list. Just double checked them and they are up to date, only recently noticed it happening (then again, how often do you crash a heli :P) I do realise that the kick is from battleye, but sholdn't the mod try to update the player details on kick? Or is battleye kicking before the player actually dies? What about the issues with gear saving only working sometimes? Is anybody else getting it? Quite annoying when you find an AS50, plonk it in your vehicle and there being a 50/50 chance of it going *poof*

Performance issues? Don't you mean increases? Issues sounds like performance is worse... Nice to see stability fixes and new filters though :) I'll be updating my server soon

I recently upgraded my server to 1.7.3 and we have noticed a few bugs in the server which are rather evil. Firstly, some vehicles tend to not save or wipe their gear occasionally, but not all the time. We loaded up a hilux 2 days ago with a load of gear and restarted the server. After the first restart the gear was there but after the second, it was gone. This has also happened with 1 tent once, but it hasn't happened since. With the tent not saving, we deployed 2 at the same time and put gear in both, then saved them both at the same time but only 1 kept the gear so something random is happening... Another thing i have noticed with 1.7.3 is when you crash a heli Battleye kicks you for a script restriction (#36 "[this] spawn BIS_Effects_AirDestruction"), this has actually saved my life twice so far since the game doesn't tell the hive you have died (or even that the heli has exploded, just that it has damage) Last night was the strangest of all though. The previous nights the vehicles have always saved their position even if they hadn't saved the gear, but after a server restart this morning their positions had reset. This includes a heli that i had crashed into the airfield, it had respawned back at camp with the damage done in the crash but all its gear intact. Is the hive just ignoring my server occasionally or are these known bugs?

Yes it loads battleye .so files but not custom ones. In the executable there are only 2 calls to dlopen which are both for Battleye. Under the callExtension function handler it is pretty much empty, it looks like it parses the arguments then returns where the windows one starts opening the DLL. It would be relatively simple for the Arma2 devs to add linux module loading for scripts but when/if they do is the big question

The server has been updated to the latest beta patch (96584) and latest DayZ. We have also changed the time zone to be GMT - 6.