Beiträge von Lyvondria

Ah, jetzt geht es wieder. Hab deine Dateien genommen und es funktioniert jetzt. Keine ahnung was da schief gelaufen ist... Aber sind jetzt auch wirklich alle Dateien vorhanden? Nicht das jetzt andere sachen fehlen und das Webinterface net richtig laüft

Access denied wenn ich drauf klicke

Also ich hab die Version 8.3. Wenn ich die zip öffne, finde ich da nirgends functions.php und membersfunctions.php.

Ja, es wurde geupdated. Welche Datei muss ich denn ersetzten? Durch welche ersetzen?

Hallo,

Ich hab folgendes Problem. Wenn ich die members.php aufrufen will, dann bekomme ich in der Log folgende Meldung:

AH01071: Got error 'PHP message: PHP Fatal error: Uncaught Error: Call to undefined method useractions::member_donations() in /var/www/vhosts/xxxxxxxx/xxxxxxxx/members.php:0\nStack trace:\n#0 {main}\n thrown in /var/www/vhosts/xxxxxx/teklab.xxxxx/members.php on line 0\n'

Weiss da einer weiter? Weil der Login für Member funktioniert nicht mehr. Der Login für Admins funktioniert noch eindwandfrei.

Okey, nun funktioniert es, danke! Deine ProFTPD Config sieht ganz anders aus als meine. Kann ich die ohne Probleme nutzen? Hab dort generell nie was geändert.

Ne die Group Datei bleibt halt leer. Er schreibt nur sachen in die ftpd.passwd rein.Ich gehe aber stark davon aus dass irgendwas mit der Encryption nicht stimmt. Sobal dich die Zeile in /etc/passwd reinkopiere, dann kann der FTP User sich einloggen. Ist aber doof das jedes mal manuell zu machen. Die ftpd.passwd liest ProFTPD nun. Er sagt halt nur jedes mal incorrect password

Also es gab ein Update von ProFTPD von Plesk und nun werden die Dateien auch gelesen. Es geht aber immernoch nicht. Jetzt bekomme ich die Fehlermeldung:

mod_auth_file/1.0: using group file '/etc/proftpd/ftpd.group'
roftpd[13832 retrieved group ID: 100
proftpd[13832]retrieved group names: (None; corrupted group file?)

Er schreibt nun die User in ftpd.passwd in /etc/proftpd aber er schreibt nichts in die proftpd.group.

Er sagt mir auch, dass des Passwort falsch ist. Irgendwas stimmt da auch mit dem Encrypten das Passworts nicht. Wenn ich die Zeile von der proftpd.passwd in /etc/passwd einfüge, dann kann man connecten.

Okey, ich hab mal Plesk kontaktiert und die sagen:

Zitat von Plesk Support

I have checked such behaviour. Plesk is using the /etc/passwd and /etc/group, it is harcoded in the Plesk's proftpd. So the only way to create such ftp users is to specify them in /etc/passwd

D.h es gibt wohl keine Möglichkeit dass ich neue FTP User anlegen kann... Es sei denn ich kann irgendwo ändern im Webinterface dass er halt die Sachen in /etc/passwd einträgt.
Das Webinterface trägt die sachen in /etc/proftpd rein. Nirgends wo anders. Auch nicht in /etc/proftpd.d.

Zitat von Plesk Support

I suppose it is really ignore these directive

Hat da keiner eine Lösung?

Hab das ganze jetzt mal gemacht und er sagt mir halt:

mod_auth_file/1.0: using passwd file '/etc/ftpd.passwd'

Da werden auch keine User reingeschrieben wenn ich ein FTP Benutzer anlege im Kundeninterface.

Da ProFTPD über Plesk laüft, kann ich den ProFTPD Server nicht mit dem Command starten.. ich muss den Service mit service xinetd stop stoppen. Trotzdem kann ich den dann nicht mit proftpd --config /etc/proftpd/proftpd.conf --nodaemon --debug 10 starten. Er sagt mir folgendes:

2017-09-29 11:22:56,149 proftpd[1714] 94.23.208.68: fatal: unable to get connection info: Socket operation on non-socket
2017-09-29 11:22:56,149 [1714] 94.23.208.68: (Running from command line? Use `ServerType standalone' in config file!)

Ich stelle ungerne in der Config File von inetd auf StandAlone weil sonst die Plesk wohl nicht mehr funktioniert.
Gibt es keine möglichkeit Debug zu aktivieren im inetd?

Hm hab ich mir irgendwie auch schon gedacht.. Also gibs da leider keine Möglichkeit

Ja ist installiert, hatte damit ja auch nie probleme gehabt. Wenn ich ein Gameserver anlege, dann erstellt er auch ein FTP Benutzer. Und zwar den Haupt FTP Benutzer. Aber ich kann halt keine extra Benutzer anlegen

Trag dies bei Spieleliste als Startbefehl ein bei Ark:

./ShooterGameServer TheIsland?listen?MultiHome=gsip?Port=gsport?QueryPort=gsqueryport?MaxPlayers=gsplayer -server -log

Dann unten bei Qstat Kürzel setzt du den Haken bei "Abfrage mit QueryPort" und den Rest darüber lässt du leer (GameQ Kürzel, QStat Kürzel und QStat Clanserver variable) Wenn du jetzt den Gameserver anlegst, musst du bei Port halt dein Port eintragen z.b 7777 und bei QueryPort 27030. Am besten immer in 5-10 Abstand.
Du kannst auch noch ?SessionName=XXXX?ServerAdminPassword=XXXX?ServerHardcore=False? dranhängen je nachdem wie du willst. Das würde ich aber dann machen wenn du den Gameserver anlegst und nicht in der Spieleliste weil ansonsten alle ARK Server die du erstellst halt die Login Daten haben wenn du diesen Startbefehl nimmst Dafür gibs ja Eigenes Startscript

Dann den Server starten und er sollte online anzeigen

Assertion Failed: usGamePort != usQueryPort

heisst übrigends dass du bei Port und bei QueryPort denselben Port eingetragen hast. da du nichtmal im Startbefehl ?port= drine stehen hast, nimmt er den Standart von Steam und der ist 27015. D.h du hast den QueryPort 27015 gemacht und der normale Port ist auch 27015. Generell solltest du aber mit den variablen arbeiten von Teklab. Also halt ?QueryPort=gsqueryport anstatt direkt den Port mit Zahlen einzutragen. Und dann trägst halt beim Gameserver den QueryPort ein bei dem Feld

Hm.. dann hab ich echt keine Ahnung woran das liegt Das muss ja eigentlich gehen... Hab jetzt eben nochmal ein User angelegt und es geht net Der schreibt die User und das Passwd einfach da nicht rein -_-

Sind jetzt gesetzt, geht aber immernoch nicht. Ausserdem sind die beiden Dateien leer irgendwie. Welcher benutzer müssen die beiden dateien haben? Die 2 Dateien haben den Benutzer root.

Ok, ich habs nun installiert, geht immernoch nicht.. ProFTPD laüft über inetd und except ist installiert. Habe auch proFTPD neugestartet und dann den User angelegt, geht net Hier meine ProFTPD Config:

#
# 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>
<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>


DefaultTransferMode	binary
UseFtpUsers			on


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


# 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


# Primary log file mest be outside of system logrotate province


TransferLog /var/log/plesk/xferlog


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


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


# Enable PAM authentication
AuthPAM on
AuthPAMConfig proftpd






Include /etc/proftpd.d/*.conf
AllowOverwrite on
UseReverseDNS off
IdentLookups off
DefaultRoot ~
RequireValidShell off
AuthOrder mod_auth_pam.c* mod_auth_unix.c mod_auth_file.c
AuthUserFile /etc/ftpd.passwd
AuthGroupFile /etc/ftpd.group

Also ich rede wenn man hier drauf klickt: https://i.imgur.com/RoSekqw.png

Ja, inetd laüft bereits, grade nachgeguckt. Hab angst das Paket zu installieren o: hm...

Okey, auf dem Root wo ich es installieren muss ist auch Plesk installiert. Wird dann Plesk auch noch funktionieren? Weisst du das? Also proFTPD ist bereits auf inetd gestellt, bin mir aber bei dem Paket except nicht sicher ob das Probleme macht o: