Gibts vllt. noch ne andere xinetd Konfiguration oder so? Also, dass er vllt. ne andere nimmt.

Schau vllt. auch mal in /var/log/xinetd.log rein. Vllt. steht da was nützliches.

Gibt auf der HP auch Startscripte :arrow: http://www.proftpd.de/Tools.53.0.html :wink:

Warum ist das eigentlich nicht direkt dabei!?

Also:

Die Option -n sagt, dass der Prozess kein Daemon wird. Beendest du den proftpd aufruf, so wird auch der Server beendet.

Die Option -d 9 sagt, dass die Debugging-Stufe auf 9 gesetzt wird. Somit solltest du alle Fehlermeldungen etc. in der Konsole ausgegeben bekommen.

Beide Optionen sind für den ständigen Lauf des Servers nicht zu empfehlen. Lediglich um Fehler aufzusuchen. Also enn da zuvor immer nur

Code:

/usr/local/proftpd/sbin/proftpd

gemacht hast, ist dies richtig, nur halt zum Debuggen ein wenig unhandlich.

Wegen den Zugriffsrechten:

Code:

<Limit SITE_CHMOD>
    AllowAll
</Limit>

(solange ich das richtig verstanden habe)

Mal

Code:

/usr/local/proftpd/sbin/proftpd

versucht?

Code:

/usr/local/proftpd/sbin/proftpd -n -d 9

So haste es nicht als Daemon und die höchste Debugging-Stufe.

Naja aber wäre es doch schon besser, wenn dein Webmin das auch alles als ok befinden würde.

Was ist denn bitte das?

Code:

17969 ?        Ss     0:00 /usr/lib/ssh/sftp-server
...
17969 ?        Ss     0:00 /usr/lib/ssh/sftp-server
...
18461 ?        Ss     0:00 /usr/lib/ssh/sftp-server
...
18675 ?        Ss     0:00 /usr/lib/ssh/sftp-server

Ich würde nun drauf tippen, dass diese Prozesse vllt. ProFTPD am Starten hindern wobei ich kaum glaube, dass SFTP den Port 21 nutzt.
Oder doch? Wikipedia meint zu SFTP folgendes:

"[...] Die Authentifizierung des Clients an einem FTP-Server, der Wechsel und die Auflistung von Verzeichnissen erfolgt bei FTP über den „Kontrollkanal“ auf Port 21. [...]"

Wenn du diese Prozesse nicht kennst oder so, könntest du ja vllt. mal versuchen diese zu beenden und dann ProFTPd nochmal zu starten.

Ist es nicht ein wenig sehr übel nen HTTP-Server, FTP-Server und dazu noch mehrere Gameserver auf einem Server zu betreiben? Ich kenn ja deine Hardware nicht aber das sieht mir argh strange aus. Grade wenn mal jmd. was hochläd geht die Bandbreite für die Gameserver doch komplett in den Keller.

Mach vllt. auch mal "Test config file after other change".

/$ ps aux | grep proftpd
root     18007  0.0  0.0  1468  476 ?        S    13:04   0:00 grep proftpd

O__o?

Ja also es scheint so als würde proftpd wirklich nicht laufen.

Es würde wenn ein Prozess wie dieser vorhanden sein:

Code:

7962 ?        Ss     0:00 proftpd: (accepting connections)

Hast du vllt. einen anderen FTP-Server installiert oder so? Hast vllt. andere Software installiert die sich vllt. den Port 21 genommen hat?

Hast du vllt. Logging-Einstellungen in deiner Kofniguration? Wenn nicht dann schau dir dies mal an: Logging und schau dann mal in die Logs ob du da was finden kann.

So wies scheint läuft proftpd noch oder etwas anderes lauscht auf dem Port 21. Hast du dich denn auch mal bei den Prozessen versichert, ob proftpd wirklich läuft oder ob es überhaupt noch läuft:

Code:

$ ps aux

Oder hau da mal folgendes hin

Code:

$ps aux | grep proftpd

Auf was hast du denn die Direktive ServerType gestellt, da du ja eine Meldung bekommst, dass es evtl. falsch eingestellt sein könnte:

Check the ServerType directive to ensure you are configured correctly

@Wörsty:
Gibt es irgendwo eine Übersicht der Debugeinstellungen? Also was 1, 2, .... 9 bedeuten?

Ich bekomme derzeit auf meinem Online-Server sowie meinem Lokalen Server immer, wenn ich was hoch- bzw. runterladen will einen kritischen Transferfehler. Wie kommt das?

Hier mal meine Konfiguration:

Code:

#
# Globale Server Einstellungen
#

# Servername
ServerName              "FTP-Server"

# Administrator des Servers
ServerAdmin             "root@rhein"

# Typ des Servers
ServerType              standalone

# Standardserver
DefaultServer           on

# Valide Shell
RequireValidShell       off

# FXP Unterstuetzung
AllowForeignAddress     on

# Maximale Anzahl der Loginversuche
MaxLoginAttempts        3

# Port des FTP Servers (Standard: 21)
Port                    21

# Zugriffsrechte beim Anlegen von Dateien
# --- Dateien ----------------------------------------
# 026 = (6-0=6), (6-2=4), (6-6=0) ==> 640 (-rw-r-----)
# --- Verzeichnisse ----------------------------------
# 027 = (7-0=7), (7-2=5), (7-7=0) ==> 750 (drwxr-x---)
Umask                   026 027

# Maximale Anzahl an Instanzen (>30 NUR also standalone)
MaxInstances            30

# Benutzer- und Gruppendefinition
User                    nobody
Group                   nogroup

# Startverzeichnis des FTP-Accounts
# Die Angabe "~" sperrt den Benutzer in seinem Heimverzecihnis ein
DefaultRoot             ~

#
AllowOverwrite          on

## Son Zeugs
UseReverseDNS           off
IdentLookups            off

#
# MySQL Datenbank
#

# Typ der Angaben in der Datenbank
SQLAuthTypes            Plaintext

# Veraltet
#SQLAuthenticate         users

# Verbindungseinstellungen
# <datenbank>@<server> <user> <pass>
SQLConnectInfo          vhcs@localhost root 123456

# Standard Gruppen Id
SQLDefaultGID           65534

# Standard Benutzer Id
SQLDefaultUID           65534

# Minimale Gruppen Id
SQLMinUserGID           100

# Minimale Benutzer Id
SQLMinUserUID           500

# Tabellendefinition der Datenbank, in der die Logindaten liegen
# t = Tabelle
# s = Spalte
# <t_name> <s_benutzer> <s_passwort> <s_uid> <s_gid> <s_verzeichniss> <s_shell>
SQLUserInfo             ftp_users userid passwd uid gid homedir shell

# Tabellendefinition der Datenbank, in der die Gruppendaten liegen
# t = Tabelle
# s = Spalte
# <t_name> <s_gruppenname> <s_gid> <s_mitglieder>
SQLGroupInfo            ftp_group groupname gid members

# Logdatei
SQLLogFile              /var/log/proftpd.sql

# Bar use of SITE CHMOD by default
<Limit SITE_CHMOD>
  DenyAll
</Limit>

Okay nun gehts Nun werd ich mir mal in den nächsten Tagen was nettes basteln um die Daten zu visualisieren :-)

Jau werd ich mir später mal anschauen. Das mit dem Loggen sieht recht interessant aus. Nur muss ich erst meinen Server neu aufsetzen. Ein böser yum-Befehl hat mir heute Nacht meinen Server zerschossen. Okay laufen tut er noch nur wurden an die 120 Programme und Tools gelöscht und von daher ist mir eine Neuinstallation lieber.

Hi,

also irgendwas hat es bei mir zerhauen...
Irgendwie ging auf einmal der FTP nichtmehr, dann hab ich im Webmin mal geguckt nach der Konfiguration, und da steht dass er das Module nicht starten kann, obwohl eigentlich alle Datein die er braucht vorhanden sind....

    ProFTPd-Server     

Das Programm /usr/local/sbin/proftpd scheint nicht der ProFTPd-Server zu sein. Entweder ist er nicht installiert oder Ihre Modul-Konfiguration ist falsch. Ergebnis des Kommandos /usr/local/sbin/proftpd -v:

 - ProFTPD Version 1.3.0rc2

kann mir vllt jmd sagen was falsch ist ?

Bist du sicher, dass deine Binaries unter /usr/local/sbin/* liegen? Vllt. hast du im Webmin eine falsche Adresse eingegeben oder vllt. wurde da was geändert.

Hast du denn mal:

Code:

/usr/local/sbin/proftpd -v

gemacht?

USER maik (Login failed): No such user found

Bist du sicher, dass es einen solchen User in der Datenbank gibts?

Schau doch mal in die Logs. (/var/log/proftpd/*)

Hat denn da keiner ne Ahnung wieso da nichts passiert?

Ich bin dabei mir eine Statistik für die FTP Zugriffe zu basteln. Es kann zwar
sein, dass es schon welche gibt aber ich will zudem auch etwas in Sachen
ProFTPd lernen. Also habe ich eine Tabelle erstellt die wie folgt aussieht:

Code:

SELECT * FROM ftp_statistics;
+--------------+-------+--------+
| name         | f_int | f_char |
+--------------+-------+--------+
| access_count |     0 | NULL   |
| on_monday    |     0 | NULL   |
| on_tuesday   |     0 | NULL   |
| on_wednesday |     0 | NULL   |
| on_thursday  |     0 | NULL   |
| on_friday    |     0 | NULL   |
| on_saturday  |     0 | NULL   |
| on_sunday    |     0 | NULL   |
| in_january   |     0 | NULL   |
| in_february  |     0 | NULL   |
| in_march     |     0 | NULL   |
| in_april     |     0 | NULL   |
| in_may       |     0 | NULL   |
| in_june      |     0 | NULL   |
| in_july      |     0 | NULL   |
| in_august    |     0 | NULL   |
| in_september |     0 | NULL   |
| in_october   |     0 | NULL   |
| in_november  |     0 | NULL   |
| in_december  |     0 | NULL   |
+--------------+-------+--------+
20 rows in set (0.00 sec)

Die Tabelle ist so aufgebaut, dass ich Integerwerte sowie Zeichen eingeben kann.
Diese Trennung habe ich gewählt, da die Sortierung von Zahlen in VARCHAR Spalten
nicht richtig ist. Und ich habe 3 Queries erstellt in der /etc/proftpd.conf

Code:

# Statistic
SQLNamedQuery   day     UPDATE   "f_int=f_int+1 WHERE name=CONCAT('on_', dayname(now()))"     ftp_statistics
SQLNamedQuery   month   UPDATE   "f_int=f_int+1 WHERE name=CONCAT('in_', monthname(now()))"   ftp_statistics
SQLNamedQuery   login   UPDATE   "f_int=f_int+1 WHERE name='access_count'"                    ftp_statistics

die sollten doch nun wie folgt aussehen:

Code:

UPDATE ftp_statistics SET f_int=f_int+1 WHERE name=CONCAT('on_', dayname(now()));
UPDATE ftp_statistics SET f_int=f_int+1 WHERE name=CONCAT('in_', monthname(now()));
UPDATE ftp_statistics SET f_int=f_int+1 WHERE name='access_count';

Nebenbei:
CONCAT('on_', LOWER(dayname(now())))     --> on_sunday
CONCAT('in_', LOWER(monthname(now())))   --> in_october

Wenn ich nun aber zum Server verbinde und mir die Daten in der Tabelle anschaue
hat sich da nichts geändert. In meiner Log-Datei /var/log/proftpd/sql steht
auch nichts, dass da was fehlgeschlagen ist.

Wieso wird da nichts an der Tabelle geändert?