G
GPS | Sören
Guest
Guten Tag,
vor kurzem habe ich die neue VHCS Omega Rc2 auf meinem vServer (Debian 4.0 Etch minimal) ohne weitere Probleme installiert. Nachdem ich die benötigten Pakete installiert habe und den Setup von dem ISCPC startete, war der ProFTPD Server auch online. Zumindest lief der Prozess. Unter VHCS wurde der Dienst auch als aktiv erkannt. Doch gingen keine der erstellen FTP-Benutzer. Er connectete zwar zum Server, verlor aber nach 2 Sek. die Verbindung. Ich habe etliche Tipps befolgt und änderte die config. Später startete der Server/Dämon garnicht mehr und spuckte nur folgende Meldung aus:
Könnte dies etwas mit der hostname zu tun haben? Habe dort nur ein Eintrag und zwar:
Die Loggs von Proftpd sind nicht sehr ausschlaggebend:
Folgende Config wird verwendet:
Auch eine komplette Neuinstallation des Servers brachte keine Lösung. Dies ist jetzt die Config, die VHCS erstellt hatte.
Ich würde mich über eine Antwort freuen, denn das Ganze bereite mir schon etwas länger Kopfzerbrechen.
Viele liebe Grüße Sören
PS: Der SQL User, den ISCPC erstellte und die dazugehörigen Tabellen sind vorhanden.
vor kurzem habe ich die neue VHCS Omega Rc2 auf meinem vServer (Debian 4.0 Etch minimal) ohne weitere Probleme installiert. Nachdem ich die benötigten Pakete installiert habe und den Setup von dem ISCPC startete, war der ProFTPD Server auch online. Zumindest lief der Prozess. Unter VHCS wurde der Dienst auch als aktiv erkannt. Doch gingen keine der erstellen FTP-Benutzer. Er connectete zwar zum Server, verlor aber nach 2 Sek. die Verbindung. Ich habe etliche Tipps befolgt und änderte die config. Später startete der Server/Dämon garnicht mehr und spuckte nur folgende Meldung aus:
Code:
vadmin5:/etc/init.d# ./proftpd start
Starting ftp server: proftpd - IPv4 getaddrinfo 'vadmin5' error: Name or service not known
- warning: unable to determine IP address of 'vadmin5'
- error: no valid servers configured
- Fatal: error processing configuration file '/etc/proftpd/proftpd.conf'
failed!
Könnte dies etwas mit der hostname zu tun haben? Habe dort nur ein Eintrag und zwar:
Code:
vadmin5
Die Loggs von Proftpd sind nicht sehr ausschlaggebend:
Code:
Jun 26 18:45:24 vadmin5 proftpd[4508] vadmin5: ProFTPD 1.3.0 (stable) (built mar gen 2 10:57:47 CET 2007) standalone mode STARTUP
Jun 26 18:52:17 vadmin5 proftpd[4508] vadmin5: ProFTPD killed (signal 15)
Jun 26 18:52:17 vadmin5 proftpd[4508] vadmin5: ProFTPD 1.3.0 standalone mode SHUTDOWN
Folgende Config wird verwendet:
Code:
#
# ispCP OMEGA ProFTPd config file
#
#
#
# Includes required DSO modules. This is mandatory in proftpd 1.3
#
Include /etc/proftpd/modules.conf
ServerName "*******.de"
ServerType standalone
DeferWelcome off
ShowSymlinks on
MultilineRFC2228 on
DefaultServer on
ShowSymlinks on
AllowOverwrite on
UseReverseDNS off
IdentLookups off
AllowStoreRestart on
AllowForeignAddress on
LogFormat traff "%b %u"
TimeoutNoTransfer 600
TimeoutStalled 600
TimeoutIdle 1200
DisplayLogin welcome.msg
DisplayFirstChdir message
#LsDefaultOptions "-l"
DenyFilter \*.*/
DefaultRoot ~
# Uncomment this if you are using NIS or LDAP to retrieve passwords:
#PersistentPasswd off
# 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
# Set the user and group that the server normally runs at.
User nobody
Group nogroup
# Normally, we want files to be overwriteable.
<Directory /*>
# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask 022 022
AllowOverwrite on
HideNoAccess on
</Directory>
<Limit ALL>
IgnoreHidden on
</Limit>
<Global>
RootLogin off
# proFTPd >= 1.3: change log dirs to /var/log/proftpd
TransferLog /var/log/proftpd/
ExtendedLog /var/log/proftpd/ftp_traff.log read,write traff
PathDenyFilter "\.quota$"
</Global>
<IfModule mod_delay.c>
DelayEngine off
</IfModule>
#
# ISPCP Managment;
#
SQLBackend mysql # enable for proFTPd >= 1.3
SQLAuthTypes Crypt
SQLAuthenticate on
SQLConnectInfo ispcp@localhost vftp *******
SQLUserInfo ftp_users userid passwd uid gid homedir shell
SQLGroupInfo ftp_group groupname gid members
SQLMinID 2000
#
# ISPCP Quota management;
#
QuotaEngine on
QuotaShowQuotas on
QuotaDisplayUnits Mb
SQLNamedQuery get-quota-limit SELECT "name, quota_type, per_session, limit_type, bytes_in_avail, bytes_out_avail, bytes_xfer_avail, files_in_avail, files_out_avail, files_xfer_avail FROM quotalimits WHERE name = '%{0}' AND quota_type = '%{1}'"
SQLNamedQuery get-quota-tally SELECT "name, quota_type, bytes_in_used, bytes_out_used, bytes_xfer_used, files_in_used, files_out_used, files_xfer_used FROM quotatallies WHERE name = '%{0}' AND quota_type = '%{1}'"
SQLNamedQuery update-quota-tally UPDATE "bytes_in_used = bytes_in_used + %{0}, bytes_out_used = bytes_out_used + %{1}, bytes_xfer_used = bytes_xfer_used + %{2}, files_in_used = files_in_used + %{3}, files_out_used = files_out_used + %{4}, files_xfer_used = files_xfer_used + %{5} WHERE name = '%{6}' AND quota_type = '%{7}'" quotatallies
SQLNamedQuery insert-quota-tally INSERT "%{0}, %{1}, %{2}, %{3}, %{4}, %{5}, %{6}, %{7}" quotatallies
QuotaLock /var/run/proftpd/tally.lock
QuotaLimitTable sql:/get-quota-limit
QuotaTallyTable sql:/get-quota-tally/update-quota-tally/insert-quota-tally
#
# SSL via TLS
#
#<IfModule mod_tls.c>
# TLSEngine off # on for use of TLS
# TLSLog /var/log/proftpd/ftp_ssl.log # where to log to
# TLSProtocol SSLv23 # SSLv23 or TLSv1
# TLSOptions NoCertRequest # either to request the certificate or not
# TLSRSACertificateFile /etc/proftpd/ssl.crt # SSL certfile
# TLSRSACertificateKeyFile /etc/proftpd/ssl.key # SSL keyfile
# TLSVerifyClient off # client verification
Auch eine komplette Neuinstallation des Servers brachte keine Lösung. Dies ist jetzt die Config, die VHCS erstellt hatte.
Ich würde mich über eine Antwort freuen, denn das Ganze bereite mir schon etwas länger Kopfzerbrechen.
Viele liebe Grüße Sören
PS: Der SQL User, den ISCPC erstellte und die dazugehörigen Tabellen sind vorhanden.