Koxta

I was thinking what are those checks that has been recently added, checking? I mean, those last last 5 page checks and memory checks past WEH detection? Any specific cheat tools? Cheers

warden work fine in debian x64 with wine. 2 realms-1500 sum online. Warden Installing to server with Debian x64. Установка Warden на сервере с Debian x64. 1. Install needed packets (устанавливаем нужные пакеты) (http://wiki.winehq.org/Recommended_Packages): # apt-get dep-build wine or install packets manually (или ставим нужные пакеты вручную) 2. Install x32 libraries (устанавливаем библиотеки x32 (http://wiki.winehq.org/WineOn64bit) # apt-get install ia32-libs libc6-dev-i386 lib32z1-dev ia32-libs-dev lib32ncurses5-dev If You compile wardend.exe with VS2010, need to install winbind (если вы собирали wardend.exe с помощью Visual Studio 2010, нужно поставить пакет winbind-он понадобится для установки библиотек): # apt-get install winbind 3. Download wine (скачиваем wine) http://sourceforge.net/projects/wine/files/Source/ if present-version (в настоящее время это версия) 1.3.13. 4. Extract and configure (разархивируем и запускаем скрипт конфигурации) wine: I used the keys (я использовал такие ключи): ./configure --without-freetype --without-opengl --without-opencl --without-ldap --without-openal --without-mpg123 \\ --without-gstreamer --without-gsm --without-v4l --without-alsa --without-hal --without-jack --without-oss --without-esd \\ --without-gettextpo --without-capi --without-cms --without-fontconfig --without-gphoto --without-cups --without-coreaudio \\ --without-xcomposite --without-xcursor --without-xinerama --without-xinput --without-xrandr --without-xrender --without-xslt \\ --without-glu --without-jpeg --without-sane --without-tiff --without-xshape --without-xxf86vm 5. compile (компилируем устанавливаем) wine: # make and install (и устанавливаем) wine: # make install 7. Install dummy X server (устанавливаем x сервер пустышку чтобы обмануть wine, так как у нас голая консоль): # apt-get install xvfb 8. Prepare to install MS Visual Studio libraries (подготавливаемся к установке библиотек MS Visual studio): -download script (скачиваем скрипт) winetricks http://wiki.winehq.org/winetricks # wget http://winetricks.org/winetricks -run dummy X server (запускаем графический сервер-пустышку): # Xvfb :1 & #export DISPLAY=:1 9. Install MS Visual Studio libraries (устанавливаем библиотеки MS Visual studio): # sh winetricks vcrun2005 or # sh winetricks vcrun2008 or # sh winetricks vcrun2010 10. Run wardend.exe # Xvfb :1 & #export DISPLAY=:1 # wine wardend.exe Voila. Either all that or build the daemon statically. Project properties -> Configuration properties -> C/C++ -> Code Generation. Set Runtime Library to an option without DLL. Should work Cheers!

Thank you very much for your descriptive response! I thought the concept was to pass some variable (or a vector of variables) to the module, so that the result would be a function of that input data and thus generating different responses for different input. I guess not Cheers!

Hey! First of all, awesome job! This warden support is really great stuff! I'm looking at the source code here and there's a few questions that arise in my head, there's a fair chance that I misunderstand the way that warden works and/or missing some obvious code that in fact does what I'm talking about, but I'll give it a shot anyway So here goes: 1. When the client sends a warden cheat response, is that cheat anyhow validated with the module or is the list of "answers" somewhat predefined? I mean, I would imagine this works like this: - Server chooses the module, for instance, memory check and chooses which page / part / address / whatever else of memory to ask for - Server sends the cheat check request to the client - Client processes the request and sends the result back - Server processes the response and cross checks the result with output that the warden module gives server-side In case the responses are predefined, the warden check communication can be spoofed more easily by the client, cause the possible man-in-the middle attack would only require the cheater to know the predefined values, right? 2. This question implies that the responses are predefined. If so, why do we need to load the modules into the memory and basically operate in Win32 code? My understanding then is that we just need to read the module and send it to the client (more or less) at the beginning of the session, and then just send the requests, get replies and compare them with predefined values. So maybe this can be coded without using native Win32 calls? Thanks in advance for your reply

Thanks! Much appreciated!

Hey there, I have a question, hoping anyone of you could answer me that How does client decide which of those two is it going to send to the server on gameobject usage? Thanks in advance for answering! Best regards!

Great contribution! Thank you! A problem I ran into: when you swim into coilfang reservoir, and find yourself inside it and inside water, then within VMapManager2::GetLiquidLevel: in this line: type = info.hitModel->GetLiquidType(); type is set to 0x80000000 (thus function returns false when ReqLiquidType is MAP_ALL_LIQUIDS), because iLiquid->GetType() returns -1. However, hypothetically, if I allowed 0x80000000 as a liquid type, then the liquid level/depth_level would be set correctly. Anyone else experiencing the same issue? Sample coordinates: map = 530, x = 689, y = 6869, z = -90