HLStatsX:CE

BlackPanda1 · 8. September 2020

Hallo zusammen,

ist jemand so freundlich und kann mir bei der Installation von HLStatsx:CE behilflich sein? Ich warte seid Wochen auf den Installationsservice von Teklab.

Mein Stand:

Ich habe eine VServer mit Ubunto

Ich habe das Installationscript von Teklab ausgeführt und bin danach auf Hlstats unter Tekbase und habe HLStatsx:CE installiert. Alles verlief ohne Fehler.

Das ist meine Seite:

http://85.214.69.35/hls_1/hlstats.php mit IP wird sie gar nicht erst angezeigt.

http://fm2play.de/hls_1/hlstats.php damit bekomme ich einen HTTP Error 500

ich weiß echt nicht mehr weiter und bitte um Unterstützung.

Gruß

BlackPanda

CFrankenstein · 8. September 2020

Apache Logs prüfen was den 500ter Fehler verursacht. In Plesk vielleicht mal php7.0 aktivieren statt 7.3/7.4

BlackPanda1 · 8. September 2020

Hi, alle php Versionen installiert und nacheinander aktiviert und getestet - nichts.

/var/log/apache2/access.log auch nichts drin.

Du hast ja eigentlich alle Zugangsdaten um alles durchzutesten

Der Server wartet nur auf dich XD

CFrankenstein · 9. September 2020

Bei Plesk liegen die logs in /var/www/vhosts/domainname/logs

BlackPanda1 · 9. September 2020

Hi Christian,

nachdem ich mit den php Versionen "gespielt" habe steht im php Status unter TekBase nun viel auf rot.

PHP 7.4.10 ist installiert!

Die date.timezone ist falsch!

allow_url_fopen ist aktiviert!

cURL ist installiert!

max_execution_time ist kleiner als 300!

max_input_time ist kleiner als 1000!

memory_limit beträgt 128M!

post_max_size ist kleiner als 32M!

upload_max_filesize ist kleiner als 32M!

GeoIP ist nicht installiert!

SSH2 ist nicht installiert!

IonCube Loader 10.4.2 ist installiert!

date.timezone:

Für die korrekte Lizenz-Abfrage wird Einstellung Europe/Berlin benötigt.

GeoIP:

Diese PHP Extension wird nur für das Shopsystem verwendet.
SSH2:

Diese PHP Extension kann auch durch den Linux Daemon ersetzt werden.
IonCube Loader:

Vor dem einspielen eines TekBASE Updates sollte Ioncube aktualisiert werden. Download Update

der Kundenlogin ist auch nicht mehr aufrufbar.

Bitte um Hilfe. Login für alles ist dir ja bereits bekannt.

Gruß

Florian

CFrankenstein · 9. September 2020

Direkt in Plesk -> Domain -> PHP Einstellungen -> dort die sachen auswählen würde jedoch bei php 7.3 bleiben wenn dort GeoIP und SSh2 bereits grün war.

BlackPanda1 · 9. September 2020

Hi, danke! Bin wieder auf 7.2 wo auch ioncube installiert war und jetzt ist wieder alles schön grün

Nur der FTP Server ist nun nicht mehr erreichbar^^ und hlstats läuft immer noch nicht

CFrankenstein · 9. September 2020

FTP Server -> die proftpd.conf (etc/ oder etc/proftpd) öffnen dort mal die letzten drei Zeilen hier posten.

BlackPanda1 · 10. September 2020

Hi, in den Pfaden ist keine proftpd.

unter etc/ ist nur eine proftpd.conf.dpkg-dist und eine proftpd.tekbase

unter etc/proftpd/ ist 50-plesk.conf, 55-passive-ports.conf und ssl.conf

CFrankenstein · 10. September 2020

es muss in etc aber ein proftpd.conf geben. wenn nicht in /etc/proftpd dann vielleicht /etc/proftp.d/ ansonsten dies hier als /etc/proftpd.conf

Code

#
# To have more informations about Proftpd configuration
# look at : http://www.proftpd.org/
#

# This is a basic ProFTPD configuration file (rename it to 
# 'proftpd.conf' for actual use.  It establishes a single server
# and a single anonymous login.  It assumes that you have a user/group
# "nobody" and "ftp" for normal operation and anon.

ServerName            "ProFTPD"
#ServerType            standalone
ServerType            inetd
DefaultServer            on

<Global>

# Prefer to put here directives allowed in server config and Global contexts.
# From http://www.proftpd.org/docs/howto/Vhost.html :
# "any configuration directives inside the "server config" section do not apply outside of the context."

DefaultTransferMode    binary
UseFtpUsers            on

TimesGMT            off
SetEnv TZ :/etc/localtime
# Umask 022 is a good standard umask to prevent new dirs and files
# from being group and world writable.
Umask                022

# Primary log file mest be outside of system logrotate province.
TransferLog /var/log/plesk/xferlog

# Enable PAM authentication
AuthPAM on
AuthPAMConfig proftpd


<IfModule mod_tls.c>
    # common settings for all virtual hosts
    TLSEngine on
    TLSRequired off

    TLSLog /var/log/plesk/ftp_tls.log

    TLSRSACertificateFile /opt/psa/admin/conf/httpsd.pem
    TLSRSACertificateKeyFile /opt/psa/admin/conf/httpsd.pem

    # Authenticate clients that want to use FTP over TLS?
    TLSVerifyClient off

    # Allow SSL/TLS renegotiations when the client requests them, but
    # do not force the renegotations.  Some clients do not support
    # SSL/TLS renegotiations; when mod_tls forces a renegotiation, these
    # clients will close the data connection, or there will be a timeout
    # on an idle data connection.
    TLSRenegotiate none

    # As of ProFTPD 1.3.3rc1, mod_tls only accepts SSL/TLS data connections 
    # that reuse the SSL session of the control connection, as a security measure.
    # Unfortunately, there are some clients (e.g. curl) which do not reuse SSL sessions. 
    TLSOptions NoSessionReuseRequired
</IfModule>
</Global>

# Port 21 is the standard FTP port.
Port                21
# To prevent DoS attacks, set the maximum number of child processes
# to 30.  If you need to allow more than 30 concurrent connections
# at once, simply increase this value.  Note that this ONLY works
# in standalone mode, in inetd mode you should use an inetd server
# that allows you to limit maximum number of processes per service
# (such as xinetd)
MaxInstances            30

#Following part of this config file were generate by PSA automatically
#Any changes in this part will be overwritten by next manipulation 
#with Anonymous FTP feature in PSA control panel.

#Include directive should point to place where FTP Virtual Hosts configurations
#preserved

ScoreboardFile /var/run/proftpd.scoreboard

#Change default group for new files and directories in vhosts dir to psacln

<Directory /var/www/vhosts>
    GroupOwner    psacln
</Directory>


Include /etc/proftpd.d/*.conf
<Directory ~>
    HideFiles (^\..+|\.ssh|\.bash_history|\.bash_logout|\.bashrc|\.profile|srcds_run|srcds_linux|hlds_run|hlds_amd|hlds_i686|\.rc|\.sh|\.7z|\.dll)$
    PathDenyFilter (^\..+|\.ssh|\.bash_history|\.bash_logout|\.bashrc|\.profile|srcds_run|srcds_linux|hlds_run|hlds_amd|hlds_i686|\.rc|\.sh|\.7z|\.dll)$
    HideNoAccess on
    <Limit CHMOD SITE_CHMOD>
        DenyAll
    </Limit>
</Directory>
<Directory /home/*/*>
    Umask 077 077
</Directory>
<Directory /home/user-webi/*>
    Umask 077 077
    <Limit RNFR RNTO STOR DELE MKD RMD>
        DenyAll
    </Limit>
</Directory>
<Directory /home/skripte/*>
    Umask 077 077
    <Limit RNFR RNTO STOR DELE MKD RMD>
        DenyAll
    </Limit>
</Directory>

AllowOverwrite on
UseReverseDNS off
IdentLookups off
DefaultRoot ~
RequireValidShell off
AuthOrder mod_auth_pam.c mod_auth_unix.c

Alles anzeigen

Danach via Konsole

service xinetd restart

BlackPanda1 · 10. September 2020

habe das Verzeichnis etc/profpd nun angelegt und die proftpd.conf da rein kopiert. Kein Erfolg

danach habe ich in etc/proftpd.d die proftpd.conf rein kopiert. Kein Erfolg

Es bleibt bei:

Der FTP Login ist nicht korrekt! - Zurück

Die FTP Daten habe ich bei Setting Module / Einstellungen hinterlegt - Daten aus der home/tekbase_ftp.txt

Edit: der WebFTP im Kundenbereich geht nun!

CFrankenstein · 10. September 2020

Dann stimmen für den Adminbereich die Datei und Ordner Rechte nicht. Versuch ansonsten mal den regulären FTP Zugangs des Domain Inhabers oder erstell in Plesk einen neuen FTP Zugang für die Domain. Aber auf dem Pfad achten. Der neue Zugang sollte direkt im TekBASE landen. Im TekBASE daher bei FTP Verzeichnis nichts eingeben.

Der Domain Zugang landet Hauptordner und braucht dann httpdocs/tekbase als Verzeichnis oder nur httpdocs. Schau wo die admin.php liegt

BlackPanda1 · 10. September 2020

Also mit einem anderen Benutzer funktioniert es.

Wie bekomme ich den Benutzer der von Tekbase installscript angelegt wurde wieder zum laufen?

Und HLStatsx bitte. Ich kann langsam nicht mehr zählen wie oft ich schon drum gebeten habe^^

edit:

Wo hat Teklab eigentlich die Datenbank angelegt? In Plesk jedenfalls sehe ich die nicht und es gibt anscheinend auch Problem beim connecten. Errormeldung aus den logs.

Spoiler anzeigen

BlackPanda1 · 10. September 2020

auf der Seite funktioniert der Link für die Cronjobs nicht https://support.teklab.de/rootserver_installation

Slive · 10. September 2020

Zitat von BlackPanda1

auf der Seite funktioniert der Link für die Cronjobs nicht https://support.teklab.de/rootserver_installation

funktionieren schon

Und hlstatsX gibts nicht mehr es heist nur jetzt hlstatsx:CE weil der eigentliche developer das plugin nie weiter gemacht hat

CFrankenstein · 10. September 2020

TekBASE installiere ich ja gerne aber dazu gehören nicht das einrichten der ganzen Spiele etc. da wäre der Aufwand nicht zu bewältigen.

Der 500ter Fehler deutet darauf hin das Intern auf dem Server was nicht ging. HlStatsX nutzt vielleicht noch mysql_.... anstatt mysql_i wenn das ändern der PHP Version nichts gebracht hat dann vielleicht von

https://github.com/NomisCZ/hlstatsx-community-edition

den web Ordner in dein /var/www/vhosts/fm2play.de/hls_1/ bis auf die config.php

Ansonsten gibt es auch hilfreiche Hinweise in der /var/www/vhosts/fm2play.de/logs in der error_log Datei.

BlackPanda1 · 11. September 2020

Zitat von Slive

funktionieren schon

Und hlstatsX gibts nicht mehr es heist nur jetzt hlstatsx:CE weil der eigentliche developer das plugin nie weiter gemacht hat

Hi,

mir ist bewusst das es hlstats nicht mehr gibt, war nur zu faul für x:CE zu schreiben

und wenn ich auf den Link klicke komme ich auf folgende Seite:

Support

da habe ich nicht gefunden wie ich den Cronjob anlegen muss/soll

BlackPanda1 · 11. September 2020

Zitat von CFrankenstein

TekBASE installiere ich ja gerne aber dazu gehören nicht das einrichten der ganzen Spiele etc. da wäre der Aufwand nicht zu bewältigen.

Der 500ter Fehler deutet darauf hin das Intern auf dem Server was nicht ging. HlStatsX nutzt vielleicht noch mysql_.... anstatt mysql_i wenn das ändern der PHP Version nichts gebracht hat dann vielleicht von

https://github.com/NomisCZ/hlstatsx-community-edition

den web Ordner in dein /var/www/vhosts/fm2play.de/hls_1/ bis auf die config.php

Ansonsten gibt es auch hilfreiche Hinweise in der /var/www/vhosts/fm2play.de/logs in der error_log Datei.

Alles anzeigen

Hi,

nach einer Neuinstallation und der anderen Version von Hlstatsx:CE hat es nun endlich geklappt

Danke Danke!

Ein Problem folgt dem nächsten^^

Wo finde ich jetzt die Datenbank von Hlstatsx:CE? Unter Plesk jedenfalls nicht.

Die Gameserver updaten nicht mehr. Kann somit auch nicht testen ob die Verbindung steht.

Imgaeserverpfad endet auf ...240.103 und sollte der aktuelle sein.

Bitte um erneute Hilfe

CFrankenstein · 11. September 2020

Na siehste die Datenbank unter Plesk auf Tools -> Datenbank Server -> dort auf Datenbank verwalten also als Admin einloggen. Über die Domain kommt man nur zu den DBs des Domain Users.

Der Imageserver wurde auf https://images.tekbase.net geändert. Einfach das anstelle des ftp://xxxx:yyyy@zzzz eintragen. Auch bei den Update-Skripten.

BlackPanda1 · 11. September 2020

soweit sieht alles wirklich schon gut aus, nur leider kommuniziert der Server nicht mit der Website (deamon) ich benötige mal wieder Hilfe

HLStatsX:CE

Teilen

Ähnliche Themen

HLstatsx:CE unter Plesk mit mariadb installieren

HLStatsX:CE

Tags