Hey Leutz.
Ich verzweifle schon die letzten paar Tage an meinem kleinen VServerchen (Etch); vielleicht könnt ihr mir ja helfen.
Oder ich seh grad den Wald vor lauter Bäumen nicht.
Mein FTP (ProFTPd 1.3.0) lässt keine Connections zu - warum auch immer.
Das Starten bzw. Restarten kommt ohne Fehler:
Code:
root@HOST:/etc/proftpd# /etc/init.d/proftpd restart
Stopping ftp server: proftpd.
Starting ftp server: proftpd.
Er läuft auch, wie mein ps mir erzählt:
Code:
nobody 22406 0.0 0.0 53212 1748 ? Ss 12:45 0:00 proftpd: (accepting connections)
Meine conf:
Code:
#
# ispCP OMEGA ProFTPd config file
#
#
#
# Includes required DSO modules. This is mandatory in proftpd 1.3
#
Include /etc/proftpd/modules.conf
ServerName "HOST" //Hier steht der richtige Host
ServerType standalone
DeferWelcome off
UseIPv6 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
#ListOptions "-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 DB@HOST USER PASS //Hier stehen die richtigen Parameter
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_av
ail, 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 quot
atallies 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
TLS ist aus
Wenn ich jetzt bspw. ne FTP-Verbindung von aussen aufmache, kommt:
Code:
421 Service not available, remote server has closed connection
Ein Telnet auf der Kiste selbst macht folgendes:
Code:
root@HOST:/etc/proftpd# telnet DOMAIN.TLD 21
Trying IP-ADRESS...
Connected to DOMAIN.TLD.
Escape character is '^]'.
Connection closed by foreign host.
ergo, fliege ich nach den connect direkt wieder raus, was nicht so toll ist.
Das Log spuckt keinen Fehler oder derartiges aus.
Irgendwer ne Idee, wo ich noch suchen kann bzw. was ich noch testen kann?