sourceserver.info

Hallo zusammen,

ich setze mich in letzter Zeit nebenher mit dem CSGO srcds auseinander und hab so ein paar Probleme, die es zu lösen gilt.

Background: Der Server wird mit Easy-Wi betrieben und läuft grundsätzlich. Nun will ich den Protection-Mode von Easy-Wi nutzen, auch dieser funktioniert. Allerdings will ich nun einige CVars beschränken, da ich die CS:GO server nicht ausschließlich privat betreiben will. Unter CS:S und anderen HL2 Mods lief das bisher über die <mod>/cfg/valve.rc, dort wurde dann der gewünschte Befehl mit "alias" aus dem Spiel genommen.

Hier die von mir beabsichtigte valve.rc:


Startupline:


Leider wird vom srcds nicht einer dieser alias-Befehle übernommen, alle CVars sind weiterhin über rcon zu verändern.

Hat hier jemand Erfahrungswerte und ist bereit diese mit mir bzw. der Allgemeinheit zu teilen? Meinem Kenntnisstand nach ist aller Weisheit Anfang die valve.rc, und wenn ich einen Befehl mittels Alias geblockt habe sollte der doch eigentlich keiner Config mehr zugänglich sein.

Noch eine Beobachtung, die ich gemacht hab: Wenn das ESL Plugin noch nicht installiert ist wird der Befehl esl_webstart auch als alias aufgeführt, wenn ich mir mit "alias" die Aufstellung anzeigen lasse. Sobald das ESL Plugin installiert ist wird dieser auch nicht mehr geblockt.

Schönen Abend noch!

Danke für die Antwort. Leider wurde das trotz log on nicht in die Konsole oder Log geschrieben...
GIbt es denn irgendwelche alternativen zur alias-Methode? Ich überlasse ungern jemandem die Kontrolle über tv_port o.Ä.

Hallo zusammen,
RCON != ssh, das wäre ja noch schöner.

Natürlich kann ich Easy-WI so einstellen das der User kein RCON-Passwort setzen darf. Theoretisch kann ich dem User eine Maske vorsetzen in der er nur so Dinge wie hostname, Mapgroup etc. festlegen darf. Dann könnte ich auch rcon unterdrücken, nur wäre das extrem kontraproduktiv.


Der User benötigt rcon für Dinge wie Mapchange und der gleichen, das ginge ansonsten nur per Voting, wo man immer auf die Mitarbeit der anderen Spieler setzen muss... Wollte ich das per Easy-WI machen müsste ich den Server herunterfahren, die Startmap ändern, und wieder hochbringen. Spätestens bei Workshop-Nutzung wäre es hier vorbei, denn hier gibt es einen interessanten Bug, der immer die erste Map der Workshop-Collection bringt. Derzeit gibt es afaik nur einen Fix mittels SM, und derzeit gehe ich davon aus das auf einem kompetitiv eingesetzten Server kein MM/SM läuft.


Das meine Server bei ESL-Spielen eingesetzt werden ist zwar mangels Zertifikat eher unwahrscheinlich, aber dort muss selbst bei Versus-Matches das RCON-Passwort angegeben werden. Es geht also nicht ohne rcon-Passwort. Ich habe auch noch nicht davon gehört das ein GSP kein rcon zulässt. Eben deshalb will ich ja bestimmte cvars sperren. Schließlich kann der einzelne mit seinem Server machen was er will, solange er meine vorgaben nicht überschreitet. Dazu gehört, dass er nicht mal eben die zugewiesenen Ports verändert. Vertrauen ist gut, Kontrolle ist besser. Würde es in der Source-Engine einen Webadmin wie in UT geben würde ich rcon sofort dicht machen, nur selbst wenn, der würde wohl auch mit rcon-Passwort geschützt...

Wünsche euch noch ein schönes Wochenende.

Hallo,

zunächst muss ich mich entschuldigen, ich habe eingangs müll geschrieben. (Kommt vom Arbeit zu solch gottlosen Uhrzeiten...)
Natürlich hat der Server in die Console geschrieben das die aliase nicht geschrieben werden können. In der Log stand es nicht drin, da ich log on in der server.cfg stehen hab, was natürlich lange nach der valve.rc dran ist...



die Änderung wurde beim Masterserver durchgeführt, da die Datei valve.rc im Userverzeichniss ja nur ein Symlink auf die originale valve.rc ist. Auch das ImmutableBit ist gesetzt, sonst wären spätestens alle 24h meine Änderungen weg weil SteamCMD lief...



Der Inhalt der valve.rc kommt also korrekt am Server an, und wird dort auch geparsed, aber eben nicht so wie ich es gerne hätte.

Der Host- und Clientport sind davon natürlich nicht betroffen. Aber von tv_port weis ich, das man ihn ad-hoc ändern kann. Der User kann mich damit zwar nicht aus meinem SSH o.Ä. aussperren, da die Ports <= 1023 nur von Root vergeben werden können, andere User könnten davon jedoch beeinträchtigt werden. Der Standardport für GOTV bzw SourceTV ist meist als 27020 dokumentiert und ist als Standardwert einprogrammiert. Wenn jetzt jeder User in seine Config tv_port 27020 schreibt haben wir Spaß. (Kurzer Test ergab: Es wird wohl nicht gecheckt ob der Port belegt ist, zumindest wirds nicht vom Server kommuniziert.)

Ansonsten halt noch die plugin_load und esl_webstart Geschichte. Es ist zwar durch fehlende Leserechte ausgeschlossen das ein User aus einem anderen Ordner Plugins lädt (sei es der eigene Unprotected Server oder ein ganz anderer User), aber sicher ist sicher. Und mir missfällt die Idee von einem Webserver je GO-Server, die Demos möchte ich über FTP im Userverzeichnis zum Download anbieten.

Letzter Satz zum Thema Webinterface: Natürlich kann ich alles so abriegeln das der User einen Server ohne rcon erhält. Es ist nur schlicht nicht praktikabel im alltäglichen Betrieb. Natürlich kann ich Easy-Wi so einrichten dass der User am Ende ohne RCON dasteht, nur wie wechsel ich dann mal eben die Map, ohne weitere Plugins die dann noch weiter gehenden Zugang zum Server erlauben wie rcon es ohnehin schon erlaubt. Wenn man sich bei einem Webinterface, welches so ziemlich alle Spiele unterstützt die einen dedicatedServer bieten, auch noch jede Spezialität unterstützen muss um ja keinen RCON oder Admin-Zugang rauszugeben, dann bist du ein paar Jahre allein mit der ersten Implementierung beschäftigt. Und den Code musst du dann auch noch pflegen, schließlich könnte der ein oder andere Patch alles über den Haufen werfen... Wer bezahlt das?

Easy-Wi soll mir als Betreiber die Arbeit abnehmen, jeden Server einzeln aufzusetzen. Für den User wird Server start/stop übernommen, den er selbst nur über einen SSH-Zugang vornehmen könnte, den er natürlich nicht hat. Plus ein paar andere Annehmlichkeiten. Das ist so schon einiges an arbeit. Da von "Mist" zu reden finde ich nicht angemessen.

Alles was ich wissen wollte war, ob es eine einfache Möglichkeit gibt einzelne cvars bzw. concommands zu deaktivieren, da alias ja offensichtlich nicht mehr funktioniert. Das hat noch nichtmal ein bisschen was mit dem verwendeten Webinterface zutun - das liegt schlicht nicht in dessen Zuständigkeit.

Was du sagst funktioniert zwar, ich will die Tür aber von vornherein zu machen, damit es garnicht erst zu Problemen kommen kann. Wenn es den überhaupt noch möglich ist. Und soweit ich weis wird tv_port umgehend, also ohne Mapchange übernommen, sofern GOTV denn auch aktiv ist.

Entschuldigt bitte meine hohe Latenzzeit, aber ich schreibe in 7 Stunden meine Abschlussprüfung, da muss man Prioritäten setzen.

DeaD_EyE, den von dir gewünschten Test werde ich morgen bzw. heute abend vornehmen.

Wie du bereits sagtest, ein rcon-relay wäre ziemlicher Overkill. Ich wollte es schon so halten das man rcon über die InGame Konsole nutzen kann, ohne erst am client die rcon-IP zu ändern, geschweige denn über einen Browser. Daher auch die Idee nur einzelne Befehle und Settings zu blockieren. Die Frage war ja auch, ob ich beim alias setzen einen Fehler übersehen hab, bzw. als klar war das die alias-Methode nicht mehr funktioniert ob eine alternative bekannt ist. Das ich Easy-Wi verwende habe ich nurnder Vollständigkeit halber dazu geschrieben, natürlich soll das nicht vom Webinterface geschultert werden.Sollte es schlussendlich so sein das ich keine Befehle ohne ein relay dazwischen aus dem spiel nehmen kann wäre es halt so, dann muss ich mir was anderes einfallen lassen.

Bis hierhin schonmal danke für die Antworten!

Danke DeaD_EyE, lief ganz gut.

Habe das ganze jetzt mal getestet, tatsächlich wird der Port für GOTV erst beim Mapchange wirklich festgeschrieben, und vorher wird wohl nochmal die Portangabe aus der Startupline übernommen. Leider ist der Server dabei nicht sehr gesprächig, sonst wäre mir das früher aufgefallen.

Gut, da sich der Hauptgrund für diesen Thread gerade in Luft aufgelöst hat muss das nicht mehr weiter verfolgt werden. Passt mir zwar immer noch nicht das ich diesen Webserver vom ESL-Plugin nicht verbieten kann, aber das ist wirklich das kleinere Übel. Trotzdem vielen vielen Dank für die Unterstützung.