guck mal hier

poste doch mal die debug ausgabe

ich wollte das modul gerne mal testen und auch nen frontend dafür basteln. kann mir jemand sagen, wie gut das funktioniert? gibt es erwähnenswerte bugs oder so?

ich glaub, ich versteh, was du meinst. ne richtige lösung wüsste ich trotzdem nicht .
vorschlag: bei nem anmelde script oder per cron, oder wie auch immer, mit dem du befehl die aktuelle grösse ermitteln und dementsprechend reagieren (z.b. login sperren, schreibrechte entziehen, wie auch immer...). ist immerhin nen ansatz

wenn es ne standard installation ist, musst du für die beiden user das entsprechende home dir festlegen. bei dir dann wahrscheinlich in der /etc/passwd
der eintrag

Code:

DefaultRoot ~

hilft dir, die user in ihrem homedir einzusperren, also sie können dann nicht einfach ne ebene höher hüpfen
statt der anzeige /opt/hp sieht der user nur sein homedir als root, also so /. diesen eintrag wirste wohl brauchen oder solltest du benutzen

/me is gast

hmm, es liegt definitiv am homedir...ich vermute ein bug  :?:

mein homedir hatte ich auch geändert. ich hab ne partition gemountet als /pleite mit verschiedenen subdirs.

für mein ftp account kann ich /pleite anscheindend nicht als homedir nehmen (-> warum?), das subdir /pleite/ftp_share auch nicht, ABER /pleite/share_ftp funzt komischerweise, genau wie allen anderen subdirs.

mit der berechtigung hat das nix zu tun /pleite und alle subdirs gehören dem gleichem user/gruppe...

also ein bug? es löppt zwar erstmal, aber ne antwort wäre trotzdem nett.

@stonki: ich weiss, dass ich auf dich immer zählen kann ...den kasten bier für dich musste ich allerdings schon vernichten

hi, ich hab mal die neue version getestet, und wollte die alte datenbank nutzen, nur connecten kann ich nicht mehr?

FlashFXP meldet mir das:

Code:

Connected to 192.168.66.100 Port 21
220 Pleite's Corner
USER pleitegeier
331 Password required for pleitegeier.
PASS (hidden)
Connection failed (Connection lost)
Delaying for 120 seconds before reconnect attempt #3

der debug modus hilft mir nicht besonders weiter

Code:

router.sox (192.168.66.101[192.168.66.101]) - USER
router.sox (192.168.66.101[192.168.66.101]) - USER pleitegeier: Login successful.
router.sox (192.168.66.101[192.168.66.101]) - ROOT PRIVS at mod_auth.c:1193
router.sox (192.168.66.101[192.168.66.101]) - opening TransferLog '/var/log/xferlog'
router.sox (192.168.66.101[192.168.66.101]) - RELINQUISH PRIVS at mod_auth.c:1222
router.sox (192.168.66.101[192.168.66.101]) - USER PRIVS 1000 at mod_auth.c:710
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "getpwnam" to module mod_sql
router.sox (192.168.66.101[192.168.66.101]) - RELINQUISH PRIVS at mod_auth.c:714
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "setpwent" to module mod_sql
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "setpwent" to module mod_auth_file
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "setpwent" to module mod_auth_unix
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "setgrent" to module mod_sql
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "setgrent" to module mod_auth_file
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "setgrent" to module mod_auth_unix
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "getpwent" to module mod_sql
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "getpwent" to module mod_auth_file
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "getpwent" to module mod_auth_unix
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "getgrent" to module mod_sql
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "getgrent" to module mod_auth_file
router.sox (192.168.66.101[192.168.66.101]) - dispatching auth request "getgrent" to module mod_auth_unix
router.sox (192.168.66.101[192.168.66.101]) - Preparing to chroot() the environment, path = '/pleite'
router.sox (192.168.66.101[192.168.66.101]) - ROOT PRIVS at mod_auth.c:62
router.sox (192.168.66.101[192.168.66.101]) - FS: using system chroot()
router.sox (192.168.66.101[192.168.66.101]) - RELINQUISH PRIVS at mod_auth.c:69
router.sox (192.168.66.101[192.168.66.101]) - Environment successfully chroot()ed.
router.sox (192.168.66.101[192.168.66.101]) - ROOT PRIVS at mod_auth.c:1265
router.sox (192.168.66.101[192.168.66.101]) - SETUP PRIVS at mod_auth.c:1272
router.sox (192.168.66.101[192.168.66.101]) - FS: using system chdir()
router.sox (192.168.66.101[192.168.66.101]) - in dir_check_full(): path = '/', fullpath = '/pleite/'.
router.sox (192.168.66.101[192.168.66.101]) - FS: using system stat()
router.sox (192.168.66.101[192.168.66.101]) - FS: using system stat()
router.sox (192.168.66.101[192.168.66.101]) - FS: using system stat()
router.sox (192.168.66.101[192.168.66.101]) - FS: using system stat()
router.sox (192.168.66.101[192.168.66.101]) - ProFTPD terminating (signal 11)
router.sox (192.168.66.101[192.168.66.101]) - FTP session closed.

hat jemand ne idee, was nicht passt?

kann mir von euch vllt jemand sagen, was ich mit iptables auf machen muss, damit tls auch mit ner firewall funzt?

sobald ich beim client tls aktiviere, kann ich nicht mehr connecten

shit, hab mal wieder als gast gepostet

*stonkiwantedupdate*

mir ist grad aufgefallen, dass proftpd für alle uploads ne md5 file erstellt, obwohl ich mit MD5FS nur ein verzeichnis gesetzt habe. woran kann das liegen?

hier solltest du antwort finden

jo, so funzt es...bedankt

hallo zusammen,

nachdem der ftp server eigentlich problemlos lief, hab ich mich entschlossen mal die md5 geschichte zu testen.

klang ja eigentlich recht easy, aber anscheinend nicht bei mir

ich hab den proftpd(1.2.9) mit folgenden modulen kompiliert, auch alles ohne fehlermeldung

Code:

./configure --with-modules=mod_sql:mod_sql_mysql:mod_tls:mod_md5fs:mod_ifsession \
--with-includes=/usr/local/mysql/include/mysql/ \
--with-libraries=/usr/local/mysql/lib/mysql/ \
--prefix=/usr/local/ftp

die module scheinen auch alle drin zu sein

Code:

Compiled-in modules:
  mod_core.c
  mod_xfer.c
  mod_auth_unix.c
  mod_auth_file.c
  mod_auth.c
  mod_ls.c
  mod_log.c
  mod_site.c
  mod_ifsession.c
  mod_sql.c
  mod_sql_mysql.c
  mod_tls.c
  mod_md5fs.c
  mod_cap.c

in der proftpd.conf habe ich MD5Engine on gesetzt

anscheindend rafft der Server das nicht

Code:

 - parsing '/usr/local/ftp/etc/proftpd.conf' configuration
 - <IfModule>: found 'mod_sql.c' module
 - <IfModule>: found 'mod_tls.c' module
 - <IfModule>: found 'mod_md5fs.c' module
 - Fatal: unknown configuration directive 'MD5Engine' on line 88 of '/usr/local/ftp/etc/proftpd.conf'.

woran kanns liegen?

@stonki: ich zähl auf dich

neee, bin für jeden tip dankbar

hi, ich mal wieder . gibts eigentlich noch mehr 'magic cookies' oder nur diese?

Code:

%F verfügbarer Platz auf dem Dateisystem
%C aktuelles Verzeichnis
%R Remote Rechner Name
%L Lokaler Rechner Name
%u Benutzername, der vom ident Protokoll übergeben wurde
%U Benutzername, der beim Login übergeben wurde
%M maximale Anzahl von Verbindungen
%N aktuelle Anzahl von Verbindungen
%E Email Adresse vom Admin
%x der Name der Benutzer Klasse
%y aktuelle Anzahl der Verbindung in der Klasse des Users
%z maximale Anzahl der Verbindung in der Klasse des Users

ich meine ich hätte vor längerer zeit mal nen welcome script vom proftpd gesehen, dass noch mehr infos preisgibt, wie serveruptime
up/down statistiken etc. kann das?