raggamafia

Colin, beta/addins seems strange... Join mso skype channel or fling me an pm so we can help you set it up.

Use setTerrainGrid command clientside. The lower the better but with more impact on FPS. Thats pretty sure it.

fred, on which research do you base this knowledge, please provide a link... mine bases on my experience and this discussion: http://forums.bistudio.com/showthread.php?140249-Removing-an-addPublicVariableEventHandler Simples...

Hey Dorph! We know each other, its me paul from playing with ya on HUD. What i wrote is, that it cant be prevented, only passworded servers will help. And with good adminned servers, i meant servers like yours where there is an admin present most of the time, in case something happens! I think thats the only chance for now! Regards mate ---------- Post added at 12:15 ---------- Previous post was at 12:10 ---------- No... As i wrote before, the AddPublicVariableEventhandler does NOT overwrite BIS_fnc_MP_packet, it just adds another PVEH. There is no way to remove an eventhandler yet. Only overwriting BIS_fnc_MP, BIS_fnc_MPexec functions COULD help for a short time until the kiddy found another attackvector. So lets wait for a fix and lock servers for now. Latersh

There are several more ways to remote exec (BIS_fnc_MPexec f.e.), so the only possibility i see is passwording your servers and wait until BIS releases the announced security features. Give BIS time please, there is so much to discover in the alpha already, not only multiplayer - and there are several good adminned servers out there where you still can play MP without beeing interferred by some premature script-kiddy!

--> not sure if that removing-method works, i think it just adds another one. http://forums.bistudio.com/showthread.php?140249-Removing-an-addPublicVariableEventHandler but whatever, good its sorted...

Thanks for the feedback BIS! Im aware that there are several vectors to abuse these functions, however if this specific issue would be related to execution of BIS_fnc_MP it could help (for some time). It would certainly break missions that use BIS_fnc_MP in a regular, non-abusive way BUT if its not used overall in the mission it could work. Again however, if this remote execution is triggered by a PVEH that listens to BIS_fnc_MP_packet, and since there is no way to remove that PVEH, you could still execute code only by PVing this variable in the "right" way. So you are right, it needs low level checks - until then... Enjoy

Has anybody tried overwriting BIS_fnc_MP with BIS_fnc_MP = {}; in the init.sqf of his mission yet?

Comrades, The only thing you can do atm is to organize yourselves, run a passworded server with an admin on and make sure that everyone has a fresh and unaffected client running before connecting. i dont see any chance for public servers (without security-systems like BE) to block that "script-exploit" by themselves as the used functions are within the game engine, BUT BY THEORY you could try to overwrite the used function in init.sqf of your mission by writing BIS_fnc_MP = {}; Havent tried myself, just spitting out ideas. Enjoy

Need to mention it officially online in this thread: Thank you Gunny for this awsome work!!!!

Do you guys know MSO? http://forums.bistudio.com/showthread.php?142683-Multi-Session-Operations-v4-5-released What is MSO? Multi Session Operations is a modular mission framework giving you a unique free-roaming gameplay experience in a populated dangerous environment. Essentially it is a collection of scripts that create a persistent, breathing environment in which the player operates. Unlike regular missions that have pre-scripted objectives, MSO procedurally generates dynamic enemy forces that are unpredictable. Players have to think beyond the mere tactical level and build up the intelligence picture, carrying out recce patrols to identify enemy locations and conduct deliberate attacks to neutralise them. Everything is persistent, including equipment, ammo, vehicles and even player lives. MSO is designed specifically for Dedicated Server use, but you can also run it Singleplayer or as Host. It features nearly all your requests already and is on way to A3 (Stratis 4.6 version available on request already) Take a look and enjoy

so this worked for me //client "ServerEvent" addPublicVariableEventHandler { call (_this select 1); ServerEvent = nil; }; //server "playerid" addPublicVariableEventHandler { _playerid = owner (_this select 1); ServerEvent = {hint "Here comes the server!"}; _playerid PublicVariableClient "ServerEvent"; ServerEvent = nil; }; //execute local on client machine to retrieve server message playerid = player; publicVariableServer "playerid"; EDIT: fi sure you could also switch the code execution of ServerEvent for better security and less traffic in this example

Zarx, please provide some more details. What is happening actually... Is server crashing suddenly, performance drops before, which modules are used, does it crash without any mods beside our supported ones (ace, acre, eod, aim, cba) and also provide logs please! Thanks in advance Highhead

Yo Zaksle, GIT is actually pretty simple when you done it once, i can still send you a pre-release ZIP file with 4.6 code tomorrow via PM! What is taking forever is BIS releasing 1.63 patch, which is needed for some functions esp. regarding Headless Client implementation, since we cant force everyone to use latest beta patches - esp. clans and communities. If it takes much longer we will just release it nevertheless. Enjoy dudes! PS: Respect Gunny!

Yo mates! Sorry if i not around lately, as im working hard to get MSO running in A3 :) 4.6 for A2 is ready for release and you can Pull it from GIT! official release in the upcoming days! Enjoy HH