Beiträge von KingZambo

hmm, du startest den et-server doch hoffentlich als normaler user und nicht als root. daher sollten die log-dateien auch in einem unterordner des home-verzeichnisses liegen. wenn du kein homedir angegeben hast, müsste das der ordner .etwolf im home-verzeichnis sein.

unter /usr/local/games haben user im normalfall keine schreibrechte.

moin,

also screen kannst du über den paketmananger deiner distribution installieren, z.b. bei suse mit yast, bei debian reicht ein

apt-get install screen

ein script zum starten/stoppen des servers könnte so aussehen:

#! /bin/sh


NAME=reloaded
DESC="Bier&Spiele Vol2"


# Startparameter:
PARAMS="+set dedicated 2 +set com_hunkmegs 128 +set com_zoneMegs 32 +set net_port 27960 +set fs_game etpro +set fs_homepath /home/etadmin/et/27960 +set sv_punkbuster 0 +exec server.cfg"


# Installationsverzeichnis
DIR=/usr/local/games/enemy-territory


# Startbinary/Script:
SCRIPT=etded


DAEMON=$DIR/$SCRIPT


case "$1" in
start)
   echo "Starten $DESC: $NAME"
   echo "  0:00 TIME:`date +%s`" >> /home/etadmin/et/27960/etpro/etconsole.log
   cd $DIR
   screen -d -m -S $NAME $DAEMON $PARAMS
   ;;


stop)
   if [[ `screen -ls | grep $NAME` ]]
   then
       echo -n "Beenden $DESC: $NAME"
       ETPID=`find /var/run/screen/S-etadmin/ -name "*.$NAME" -print | cut -d "." -f 1 | cut -d "/" -f 6`
       kill $ETPID


   else
       echo "Kein laufender $DESC gefunden!"
   fi
   ;;


restart)
   if [[ `screen -ls | grep $NAME` ]]
   then
       echo -n "Beenden $DESC: $NAME"
       ETPID=`find /var/run/screen/S-etadmin/ -name "*.$NAME" -print | cut -d "." -f 1 | cut -d "/" -f 6`
       kill $ETPID


   else
       echo "Kein laufender $DESC gefunden!"
   fi


   echo -n "Starten $DESC: $NAME"
   echo "  0:00 TIME:`date +%s`" >> /home/etadmin/et/27960/etpro/etconsole.log
   cd $DIR
   screen -d -m -S $NAME $DAEMON $PARAMS
   echo " ... fertig."
   ;;


*)
   echo "Usage: $0 {start|stop|restart}"
   exit 1
   ;;
esac


exit 0

das ganze funktioniert dann wie ein init-script (rechte nicht vergessen), ein

./server01.sh start

startet den server,

./server01.sh stop

beendet ihn.

./ zeigt halt auf das aktuelle verzeichnis, in dem du dich befindest, die binaries wie etded liegen aber im normalfall in anderen ordnern (/usr/bin, /usr/local/bin)

wenn du wissen willst, wo sich etded befindet (zum starten wird die pfadangabe nicht benötigt, wenn sich etded in einem ordner befindet, der in $PATH angegeben ist), gib mal folgenden befehl ein:

which etded

es gibt mittlerweile schon einen neuen installer:

ftp://ftp.idsoftware.com/idstu…/wolf-linux-1.41b.x86.run

vielleicht hilft euch das weiter.

lass mal das "./" am anfang des befehls weg, das sollte dein problem lösen.

ich kann jetzt nur vermuten, weil ich deine config nicht kenn:

folgende zeile muss in der adminmod-config auskommentiert sein:

# Please choose the file, where the commans have to be written in.
# ONLY if input_type = file !
# input_file 		= server.in

ansonsten sollte auf jeden fall das logging in der server-config richtig eingestellt sein:

// LOGGING
set g_log "etserver.log"          // Game logging
set logfile 2               // Console logging ( 1: enable 2: enable and sync )
set g_logsync 0

was sagt denn die log-datei des adminmods? (ggf. debugging mal hochdrehen)

vielleicht könnte man die entsprechenden config-dateien auf read-only setzen?

Zitat von herzas

und jetzt sei mir nicht bösse aber meine meinug zu sagen
aber jeder hat mal klein angefangen oder

aber gleich mit einem root-server loszulegen und keine ahnung zu haben kann schnell in die hose gehen (und ggf. teuer werden).

welchen ftp-server verwendest du?

also für ets sind einige mehr oder weniger brauchbare anleitungen dabei, aber so richtig gefallen hat es mir nicht.

aber es gibt ja noch http://et.splatterladder.com/

klar, hier gibts z.b. eine gute und ausführliche anleitung (englisch).

und maps findet man z.b. bei http://www.new-etmaps.de/

die wird imho angelegt, sobald du mit useradd einen normalen benutzer anlegst.

am besten vorgehen, wie im wiki beschrieben:

- zuerst mit putty einloggen (per admin-account, den man in der tcp-interface.cfg angelegt hat)
- benutzer für sich selbst anlegen, z.b. mit level 5
- anschliessend mit diesem neu angelegten user über cc connecten

hi,

hast du die tcp-interface.cfg entsprechend angepasst?

tcp_interface		= 1
tcp_bind_addr		= 127.0.0.1
tcp_bind_port		= 27960

die erste option schaltet das interface erst mal ein, dann die ip-adresse und der port, auf dem der adminmod läuft (dürfte in den meisten fällen der localhost sein, oder 0.0.0.0)

einen admin-user und ein passwort solltest du auch vergeben.

was steht denn in der log-datei vom adminmod?

(btw, auf meinen servern ist der adminmod regelmässig abgestürzt, wenn ich länger mit dem cc verbunden war)

ich kann dir gerne ne dvd voll mit log-files schicken, das wird dir aber nix bringen :wink: , der adminmod benötigt das log-file von deinem et-server. (zur info: etadminmod ist im prinzip ein perl-script, welches das log-file des servers mitliest und ggf. entsprechende kommandos per rcon an den server schickt)

auf jeden fall sollte in der server-config folgende einträge gesetzt werden, damit das logging richtig funktioniert:

// LOGGING
set g_log "etserver.log" 			// Game logging
set logfile 2					// Console logging ( 1: enable 2: enable and sync )
set g_logsync 0

die etserver.log findet sich dann im etpro-ordner, dieser pfad muss natürlich auch in die adminmod-config, die du hoffentlich entsprechend deinen bedürfnissen angepasst hast, auf jeden fall sollten die grundlegenden einstellungen für deinen et-server dort eingetragen sein (portnummer, pfade, passwort,... ).

der adminmod hat auch eine eigene log-datei (im ordner log), die wäre an dieser stelle interessant, ggf. kann man auch den debug-level erhöhen.

bei der suse9.1, die ich hier noch gefunden hab, liegt die datei unter /usr/lib/apache2-prefork/libphp4.so, und in der datei /etc/apache2/sysconfig.d/loadmodule.conf steht folgender eintrag drin:

LoadModule php4_module                    /usr/lib/apache2-prefork/libphp4.so

(ggf. mal mit "locate libphp4.so" suchen, evtl. hat sich da was geändert bei suse10). ich kann mich jetzt aber nicht erinnern, dass ich das bei suse manuell einrichten musste, imho hat das nach der installation direkt funktioniert.

die loadmodule.conf muss ausserdem noch über die httpd.conf geladen werden, dafür sorgt dort folgender eintrag (falls du diese verwendest, ansonsten nur den pfad in der httpd.conf anpassen):

Include /etc/apache2/sysconfig.d/loadmodule.conf

hi,

ich werd zwar nicht ganz schlau daraus, was du eigentlich machen willst, aber anscheinend "kennt" dein apache2 noch kein php.

auf jeden fall sollten die php-pakete der distribution installiert sein, evtl. musst du noch etwas in dieser art zur apache-config hinzufügen (imho die httpd.conf):

# Make sure there's only **1** line for each of these 2 directives:
# Use for PHP 4.x:
#LoadModule php4_module        modules/libphp4.so
#AddHandler php-script   php


# Use for PHP 5.x:
LoadModule php5_module        modules/libphp5.so
AddHandler php5-script php 


# Add index.php to your DirectoryIndex line:
DirectoryIndex index.html index.php


AddType text/html       php


# PHP Syntax Coloring
# (optional but useful for reading PHP source for debugging):
AddType application/x-httpd-php-source phps

um dann mit php eine verbindung zu mysql zu bekommen, wirst du an irgendeiner stelle die db-daten hinterlegen müssen: host, name, password.

geht in putty genauso wie wenn du direkt an ner console sitzt :wink:

http://debiananwenderhandbuch.de/

Zitat von unitedgameserver | flo

cacti ist normal eh nicht auf dem selben rechner....

cacti ist doch (laut paketbeschreibung) ein interface für die rrdtools, evtl. kommst du mit denen weiter (ich kenn die (noch) nicht, aber stell mir gerade vor, dass man mit den rrdtools z.b. ne entfernte mysql-db füllt oder ne textdatei, die dann regelmässig mit ftp oder scp irgendwohin geschoben wird, wo dann halt ein webserver mit cacti läuft)

webmin setzt doch nen apache voraus (oder bringt webmin nen eigenen httpd mit? is schon ewig her, ich konnte mich noch nie so richtig mit webmin anfreunden :wink: )

Zitat von teQUila

! HµHµ !

also ich hab mich mal drangetan nen Webi für nen paar sachen zu programmiern... natürlich muss ich mir da erstmal nen paar anreize holen.

hi,

nix für ungut und deinen tatendrang in ehren, aber anscheinend fehlen dir noch ein paar grundlagen in sachen php. solange dass webinterface nur für nen lokalen server herhalten soll, wird das noch in ordnung sein, ansonsten empfehle ich dir aber, dich durch ein paar bücher zu arbeiten (grundlagen + auf jeden fall ein buch über sicherheit bei php-scripten).

ich find die oreilly-bücher eigentlich immer ganz gut, daher mal dieser link:

http://www.oreilly.de/php/

(btw., ich hab selber mal einige sachen in perl gebastelt, u.a. als praktische arbeit für ne prüfung, aber im nachhinein bin ich froh, die teile nie im echtbetrieb im internet eingesetzt zu haben :wink: )

aktualisier mal den server auf die aktuelle et-version (2.60(b), wobei b momentan noch probleme mit etpro3.2.5 hat).

ansonsten könnte ich mir jetzt noch vorstellen, dass dein server dasselbe punkbuster-problem hat, wie z.b. hier beschrieben, da hilft anscheinend nur abwarten, bis das nächste pb-update kommt.