:-D you're right. But the most providers forbid the access to the server, when the server runs in "Protected-Mode". The only way to access is the webinterface. So zBlock and not more is preinstalled. When valve realeases a fix, the admin cannot load a plugin which isn't located in the servers directory. (Please don't break compatibility for symlinks)
Most of the german providers have an option in thier WI to activate the "Protected-Mode". Some of them uses another directory for this server instance. I think many competive players are afraid of Server Side Hacks. Is it that only in Germany? I'm not a friend of this concept, because the ESL presents this solution without any techinal background. It's only to make money. The provider have to pay for this expensive "Protected-Server" or "ESL" certificate. One more option is, that players can see, which plugins are loaded (like clientside meta list or sm plugins) on the server. But I think after an update there is a way to bypass this with a little Cheat-Plugin. Hmpf. >2011/1/21 Saul Rennison <saul.renni...@gmail.com>: > I hope you understand that even if VALVe blocked plugin_load from none > relative directories, you could make a plugin which loads plugins from > absolute paths anyway. > > tl;dr: fix your permissions. > > Thanks, > - Saul. > > > 2011/1/21 Andre Müller <gbs.dead...@googlemail.com> > >> You all think it's ok, when the server can load plugins from anywhere. >> Do you need this? Tell me why. >> >> In example one provider have one user for all gameservers on a host. >> Every customer gets chrooted FTP-Access (virtual users) to his own >> serverdirectory. So he/she can't access to the other directories. I >> know you like it more complex and want for everey gameserver his own >> user. Nice, safty first. >> Then is the next problem to get the screen for an different user to >> his gameserver for debuging. Maybe sourcemod hangs or something else. >> >> When you like hacks, you can execute as root: >> >> chmod 666 `tty`; su -c "screen -r css_27015" customer123 >> >> A little nice hack. I know you can use shared screen sessions. You >> like more complexity. >> >> Third example: You are using Teklab and your customer have two >> gameservers. So the customer can access to his two gameservers, when >> they are on the same host. In this situation the customer can load >> plugins from his second gameserver. There are many mini hosters who >> uses this. >> >> You really want to tell me, that you ever have loaded Plugins from >> outside the serverdirectory? >> plugin_load "/home/plugins/zBlock/zblock" >> I don't have tested it until yet, where the server after this writes >> the logfiles for zblock. Maybe in your addons-directory or outside in >> /home/plugins/zBlock/zb_logs/? >> >> I think its easier and safer to use for this way symlinks. The safest >> way is, to block only loading plugins, which aren't located in servers >> directory, but don't break the support for symlinks ;-) >> >> 2011/1/21 Marco Padovan <evolutioncr...@gmail.com>: >> > Agree to this :| >> > >> > Why can a single user access to another customer dir? >> > I can understand maybe to /tmp or things like that... but another >> customer >> > dir?? :/ >> > >> > Il 21/01/2011 09:40, Marcel ha scritto: >> >> >> >> If the provider really allows access to other customer directories he >> >> should stop renting servers and do his homework first. >> >> This is really no job for Valve. >> >> >> >> >> >> _______________________________________________ >> >> To unsubscribe, edit your list preferences, or view the list archives, >> >> please visit: >> >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > >> > _______________________________________________ >> > To unsubscribe, edit your list preferences, or view the list archives, >> > please visit: >> > http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > >> >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> http://list.valvesoftware.com/mailman/listinfo/hlds_linux >> > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, please > visit: > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux