Hallo!
Ich bin ganz neu bei TekBase und habe die letzten zwei Tage damit verbracht, TekBase auf meinem vServer aufzuspielen.
Es handelt sich dabei um ein Ubuntu 14.04 64-bit System. Verschiedene Gameserver und Teamspeak laufen mittlerweile ohne Probleme, das einzige, was nicht so richtig will, ist der FTP-Browser.
Ich habe schon mehrmals proftp neuinstalliert, die komplette Config gelöscht, und natürlich den Service mehrmals neugestartet.
Was funktioniert:
Ich kann mich mit selbst erstellen User-Accounts (nur auf Linux-Grundebene, keine Kunden-Logins) ohne Probleme einloggen und alles sehen per FTP (FileZilla). Sowohl per Port 21 als auch 22. Der FTP-Server läuft also.
Ich kann mich mit dem vom Install-Skript erstellten "tekbaseftp"-Account mit dazugehörigem Passwort ohne Probleme einloggen und sehe dann auch nur /var/www/tekbase.
Mit einem von mir in Tekbase erstelltem Test-Kundenaccount kann ich mich NICHT auf FTP einloggen. Ich kann mich zwar bei Tekbase im Kundenlogin problemlos einloggen, Server administrieren, etc. Aber wenn ich versuche, mich mit genau diesen Account Daten (bsp. Name: "Test" Passwort "test") per FileZilla auf FTP einzuloggen, funktioniert es nicht. Auch kann ich mich NICHT mit diesen Account-Daten per SSH einloggen. (als root geht natürlich "su Test", aber per login - Test test funktioniert es nicht). Anscheinend entspricht also das Passwort in Tekbase selber (Kundenlogin) nicht dem, was der User "Test" unter dem Linux-Rootserver als SSH-Passwort hat? Ist das so gewollt? Ich habe mal testweise als Root per "passwd" ein Passwort für den User "Test" gesetzt, dann kann ich mich auch ohne Probleme per SSH und FTP auf dem User "Test" einloggen. Dafür kann ich aber in Tekbase selber keine Spieldateien mehr editieren (z.B. für minecraft die "server.properties"). Da kommt immer die Meldung " Der FTP Login ist nicht korrekt!".
Als Admin unter Tekbase kann ich den "FTP-Browser" gar nicht nutzen. Dort bekomme ich immer die Meldung " Der Server ist nicht verfügbar bzw. offline! <a>- Zurück "</a>
Hier meine proftpd.conf:
#
# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file.
# To really apply changes, reload proftpd after modifications, if
# it runs in daemon mode. It is not required in inetd/xinetd mode.
#
# Includes DSO modules
Include /etc/proftpd/modules.conf
# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6 off
# If set on you can experience a longer connection delay in many cases.
IdentLookups off
ServerName "Ubuntu"
ServerType standalone
DeferWelcome off
MultilineRFC2228 on
DefaultServer on
ShowSymlinks on
TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200
DisplayLogin welcome.msg
DisplayChdir .message true
ListOptions "-l"
DenyFilter \*.*/
# Use this to jail all users in their homes
# DefaultRoot ~
# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShell off
# Port 21 is the standard FTP port.
Port 21
# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
# PassivePorts 49152 65534
# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
# MasqueradeAddress 1.2.3.4
# This is useful for masquerading address with dynamic IPs:
# refresh any configured MasqueradeAddress directives every 8 hours
<IfModule mod_dynmasq.c>
# DynMasqRefresh 28800
</IfModule>
# 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
# Set the user and group that the server normally runs at.
User proftpd
Group nogroup
# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask 022 022
# Normally, we want files to be overwriteable.
AllowOverwrite on
# Uncomment this if you are using NIS or LDAP via NSS to retrieve passwords:
# PersistentPasswd off
# This is required to use both PAM-based authentication and local passwords
# AuthOrder mod_auth_pam.c* mod_auth_unix.c
# Be warned: use of this directive impacts CPU average load!
# Uncomment this if you like to see progress and transfer rate with ftpwho
# in downloads. That is not needed for uploads rates.
#
# UseSendFile off
TransferLog /var/log/proftpd/xferlog
SystemLog /var/log/proftpd/proftpd.log
# Logging onto /var/log/lastlog is enabled but set to off by default
#UseLastlog on
# In order to keep log file dates consistent after chroot, use timezone info
# from /etc/localtime. If this is not set, and proftpd is configured to
# chroot (e.g. DefaultRoot or <Anonymous>), it will use the non-daylight
# savings timezone regardless of whether DST is in effect.
#SetEnv TZ :/etc/localtime
<IfModule mod_quotatab.c>
QuotaEngine off
</IfModule>
<IfModule mod_ratio.c>
Ratios off
</IfModule>
# Delay engine reduces impact of the so-called Timing Attack described in
# http://www.securityfocus.com/bid/11430/discuss
# It is on by default.
<IfModule mod_delay.c>
DelayEngine on
</IfModule>
<IfModule mod_ctrls.c>
ControlsEngine off
ControlsMaxClients 2
ControlsLog /var/log/proftpd/controls.log
ControlsInterval 5
ControlsSocket /var/run/proftpd/proftpd.sock
</IfModule>
<IfModule mod_ctrls_admin.c>
AdminControlsEngine off
</IfModule>
#
# Alternative authentication frameworks
#
#Include /etc/proftpd/ldap.conf
#Include /etc/proftpd/sql.conf
#
# This is used for FTPS connections
#
#Include /etc/proftpd/tls.conf
#
# Useful to keep VirtualHost/VirtualRoot directives separated
#
#Include /etc/proftpd/virtuals.conf
# A basic anonymous configuration, no upload directories.
# <Anonymous ~ftp>
# User ftp
# Group nogroup
# # We want clients to be able to login with "anonymous" as well as "ftp"
# UserAlias anonymous ftp
# # Cosmetic changes, all files belongs to ftp user
# DirFakeUser on ftp
# DirFakeGroup on ftp
#
# RequireValidShell off
#
# # Limit the maximum number of anonymous logins
# MaxClients 10
#
# # We want 'welcome.msg' displayed at login, and '.message' displayed
# # in each newly chdired directory.
# DisplayLogin welcome.msg
# DisplayChdir .message
#
# # Limit WRITE everywhere in the anonymous chroot
# <Directory *>
# <Limit WRITE>
# DenyAll
# </Limit>
# </Directory>
#
# # Uncomment this if you're brave.
# # <Directory incoming>
# # # Umask 022 is a good standard umask to prevent new files and dirs
# # # (second parm) from being group and world writable.
# # Umask 022 022
# # <Limit READ WRITE>
# # DenyAll
# # </Limit>
# # <Limit STOR>
# # AllowAll
# # </Limit>
# # </Directory>
#
# </Anonymous>
# Include other custom configuration files
Include /etc/proftpd/conf.d/
UseFTPUsers on
<Global>
DefaultRoot ~ users
AllowForeignAddress on
AllowRetrieveRestart on
AllowStoreRestart on
RequireValidShell off
</Global>
Alles anzeigen
Also:
Ist das so gewollt, dass man sich nicht selber per FTP oder SSH auf den Kundenaccounts einloggen kann, da die offenbar ein zufälliges Passwort (oder zumindest eines, welches nicht dem Passwort des Tekbase-Kundenlogins entspricht) bekommen? Wenn ja, wie kann ich herausfinden, was für ein Passwort der User "Test" vorher hatte?
Wie bekomme ich allgemein den FTP-Browser zum Laufen? Wie man sieht, habe ich in meiner proftpd.conf schon ein paar Anpassungen gemacht, die hier so im Forum rumschwirren.
EDIT:
Achja!
Unter den Rootserver-Einstellungen sind übrigens auch noch die Standard-Einträge.
Alles wird erkannt, ich sehe ein grünes Licht beim Rootserver.. Ich kann mich übrigens auch NICHT mit diesen Account Daten "user-webi" "1q2w3e4r5t" auf SSH und FTP einloggen!