jetzt habe ich gerafft, danke dir

*stonkiwantedupdate*

hi, erstmal danke für deine geduld . daß die ids aus der db kommen ist mir wohl schon aufgefallen. mein hauptverständnisproblem liegt bei der zugriffsberechtigung von einem bestimmtem verzeichnis. ich kann auch nicht wirklich gut erklären...aber ich probiers nochmal:

ich geh jetzt wieder von meinem webroot aus, dass ich gerne mit verschiedenen ftp gruppen sharen möchte. als beispiel:

ich hab 3 ftpgruppen, die in der datenbank liegen. diesen gruppen möchte ich verschiedene berechtigungen geben. bsp: gruppe1 nur lesen; gruppe2 lesen und schreiben; gruppe3 lesen, schreiben und löschen
das webverzeichnis htdocs sind nach ner frischen installation so aus:

Code:

rzhdeb:/var/www# ls -al | grep htdocs
drwxr-xr-x    8 root     staff        4096 Dec  4 14:13 htdocs

in der proftpd.conf setzte ich jetzt für die gruppe2 folgende zugriffsberechtigung

Code:

<Directory /var/www/htdocs>
        <Limit WRITE READ DIRS REST>
                AllowAll
        </Limit>
        <Limit SITE_CHMOD DELE>
                DenyAll
        </Limit>
   </Directory>

wenn ich mich jetzt mit einem user dieser gruppe einlogg, kann ich so nicht in mein htdocs dir schreiben. es sei denn ich setze das verzeichnis so chmod o+w htdocs/, dann gehts wohl.
wie du schon sagtest sehe ich eine hochgeladene file weder username noch gruppenname, sondern ftpuserid und ftpgroupid:

Code:

rzhdeb:/var/www/htdocs# ls -al | grep Readme.txt
-rw-r--r--    1 50000    60000        1508 Dec  4 15:56 Readme.txt

wenn ich jetzt z.b. ein board oder sowas uppe, habe ich für die neuen verzeichnisse die Berechtigung 755 und für die files 644. wenn ich mich jetzt mit einem anderem user aus einer anderen gruppe einlogg, habe ich keine chance was aus den unterverzeichniss zu löschen, auch wenn die gruppe das nach der proftpd.conf darf. dann müsste ich das neue unterverzeichniss erst wieder 'freischalten'. oder kann ich das nur lösen, wenn ich umask in der proftpd.conf auf 020 setze?
s0 dass ich allen usern immer alle rechte gebe?

Den proFTPD Server musst Du natuerlich als Root starten, damit er z.B. Port 21 binden kann etc.

hmm, hab ich da auch was missverstanden? ich kann doch in der proftpd.conf user und group für den serverstart angeben, und der is doch per default auf nobody und nogroup gesetzt  :?:

hey stonki oder wörsty...vergesst mich nicht

Fuer mich sieht das (auf den ersten fluechtigen Blick) aus, wie eine normale Gruppen angelegenheit, die man mittels Unix Rechten und einer normalen proFTPD conf loesen kann.

ja, das stimmt wohl...so hatte ich das ja vorher. ich möchte das aber gern unabhängig von der unix berechtigung haben, damit ich auch später mehr möglichkeiten habe, wenn ich z.B. noch mehr gruppen mit unterschiedlicher berechtigung brauche.
damit wär ich auf wieder beim o.g. problem. ich raff einfach nicht, wie der proftpd das handlet:

wem muss das verzeichnis (und mit welcher berechtigung) auf unixebene gehören, damit unterschiedliche mysqlgruppen und mysqluser, die unter unix nicht existieren, ggf. alles dürfen??? wenn mein verzeichnis z.b. der unixgruppe www gehört, kann ich z.zt. die zugriffsberechtigung ja nur 'vernünftig' regeln, wenn meine mysqlgruppe die gleiche gruppenid wie die unixgruppe hat. wenn ich ne neue mysqlgruppe anlege, habe ich ein problem mit der berechtigung, weil die gid auf unixebene ja gar nicht existiert.
ich kann mir halt auch nicht vorstellen, wie das funzen soll. muss der server als root gestartet werden bzw geht das überhaupt???

thx 'n greetz

check mal ob Du die ssl-devel packete installiert hast.

nein, hatte ich nicht, jetzt funzt es...thx

was meinst Du, wieso muss dafuer  ifsession mit reingemacht werden ? Was willste denn machen ?

ich glaube, ich 'muss' ...ich probier mal zu erklären:

ich möchte mind. 2 verschiedene ftp gruppen mit unterschiedlichen berechtigungen. das soll so in etwa aussehen:

absolut                     --> ftp homedir

I.   /home/ftp/username         --> /               # homedir, was hier reingeschrieben wird ist 'privat'
II.  /home/ftp/share         --> /share            # hier soll von ALLEN usern der beiden gruppen die upload dirs angezeigt werden
III. /home/ftp/share/username   --> /upload             # das persönl. upload dir eines ftp users, das mit den anderen user geshared wird
IV.  /var/www/htdocs            --> /www                # zugriff auf das webroot

unabhängig von der gruppe soll jeder ftpuser von den dirs her das gleiche homedir haben, jedoch mit unterschiedlichen berechtigungen.

I. soll nur user selbst sehen können, dort soll er die vollen rechte haben
II. hier soll der user alles sehen, listen und downloaden dürfen, nach möglichkeit soll sein eigenes (upload)dir hier nicht sichtbar sein
III. hier soll der user selbst wieder die vollen rechte haben
IV. hier sollen alle ftpuser zugriff drauf haben, jedoch mit unterschiedlicher berechtigung. gruppe1 soll z.b. fast alles dürfen, gruppe2 jedoch nur lesen, listen und downloaden.

spätestens bei IV dachte ich, komme ich nicht mehr um ifsession herum...
was ich auch halt nicht so ganz raff, ist die zugriffsberechtigung auf unixebene. da ich jetzt mysqlftpuser verwende, greift die alte zugriffsberechtigung nicht mehr. mal am beispiel IV (/var/www/htdocs): das verzeichnis gehört z.b. dem systembekanntem user 'www' und der systembekannten gruppe 'www' mit der berechtigung 755. wenn ich jetzt mit nem systemunbekanntem ftpuser connecte, habe ich SO keine chance dort was schreiben zu dürfen (Permission denied). wenn ich dieses verzeichniss auf 777 setzte, klappt es. dann klappt das auch mit der zugriffsberechtigung, die ich in der proftpd.conf setze. aber ich kann mir halt nicht vorstellen, dass das der richtige weg ist, oder?

thx 'n greetz

hello again,

hab nen neues prob und ein verständnisproblem.

1.ich wollte nochn bischen rumtesten und das mod_tls miteinbauen. klappt aber wieder nich so, wie ich das möchte . nach make bekomm ich folgenden fehler zurück

Code:

 
/usr/bin/ld: cannot find -lssl
collect2: ld returned 1 exit status
make: *** [proftpd] Error 1

die ldconfig  findet was /usr/lib:

Code:

libssl.so.0.9.6 -> libssl.so.0.9.6

hab den pfad trotzdem mal angeben, gleiche meldung ...

2. mein verständnisproblem liegt bei rechteverteilung von systemunabhängigen usern und mod_sql. ich hab grad gelesen, dass das ifsession mod dafür mitkompiliert werden muss. ok, das werde ich machen ...aber: wie muss ich denn den die zugriffsberechtigung für ein verzeichnis setzen? vor allem für welchen user, gruppe?

thx 'n greetz

PS: ich geb auchn bier aus

hallo nochmal

hab auch nochmal  verständnisfragen zur zugriffsberechtigung ...ich blick da nicht so wirklich durch. ich hab verstanden, dass die ftp user nicht im system existieren müssen wie läuft denn das dann mit der zugriffsberechtigung auf verschiedene ordner und dateien??? mir würd da nen beispiel echt weiter helfen:

angenommen ich habe ein verzeichnis /home/ftp/ . dort wiederum ein verzeichnis upload/, wo z.b. JEDER uppen darf und ein verzeichnis gruppe1/, welches NUR die gruppe1 betreten darf. wie müssten meine config denn dann aussehen? vor allem wie sieht denn da die zugriffsberechtigung für den ordner /home/ftp/ im filesystem aus?

ich weiss, ich bin die letzten tage recht nervig, aber wenn ich das gerafft habe, habe ich alles was ich brauche

thx, da hätte ich wohl selbst drauf kommen können, da mal nachzuguckn ...

ich musste required shell noch auf off setzen, login funzt jetzt.
besten dank für den guten support hier, vor allem für die geduld ...is wirklich selten mittlerweile

jetzt muss ich nur noch der zugriffsberechtigung für die einzelnen order klarkommen

anyway, besten dank schon mal

jo, das bei userinfo habe ich wohl missverstanden...

jetzt sieht es schon ganz ok aus, kann aber trotzdem nicht connecten, bzw. wurde der zugriff verweigert (530)...so sieht jetzt das ende der mysql log aus:

Code:

Nov 27 12:41:17 mod_sql/4.10[475]: cache hit for user 'hmm'
Nov 27 12:41:17 mod_sql/4.10[475]: <<< cmd_getpwnam
Nov 27 12:41:17 mod_sql/4.10[475]: >>> cmd_gid2name
Nov 27 12:41:17 mod_sql/4.10[475]: cache hit for group test
Nov 27 12:41:17 mod_sql/4.10[475]: <<< cmd_gid2name
Nov 27 12:41:17 mod_sql/4.10[475]: >>> cmd_auth
Nov 27 12:41:17 mod_sql/4.10[475]: entering     mysql cmd_escapestring
Nov 27 12:41:17 mod_sql/4.10[475]: exiting      mysql cmd_escapestring
Nov 27 12:41:17 mod_sql/4.10[475]: cache hit for user 'hmm'
Nov 27 12:41:17 mod_sql/4.10[475]: >>> cmd_check
Nov 27 12:41:17 mod_sql/4.10[475]: checking auth_type Plaintext
Nov 27 12:41:17 mod_sql/4.10[475]: 'Plaintext' auth handler reports success
Nov 27 12:41:17 mod_sql/4.10[475]: cache hit for user 'hmm'
Nov 27 12:41:17 mod_sql/4.10[475]: <<< cmd_check
Nov 27 12:41:17 mod_sql/4.10[475]: <<< cmd_auth

ich weiss nicht, was da steht, wenn alles ok ist, aber das sieht schon ganz ok aus, denke ich...oder???

hmm, so gings, obs an der gross- und kleinschreibung lag?...egal

hier die log:

Code:

Nov 27 09:59:55 mod_sql/4.10[329]: backend module 'mod_sql_mysql/4.04'
Nov 27 09:59:55 mod_sql/4.10[329]: backend api    'mod_sql_api_v1'
Nov 27 09:59:55 mod_sql/4.10[329]: >>> sql_getconf
Nov 27 09:59:55 mod_sql/4.10[329]: entering     mysql cmd_defineconnection
Nov 27 09:59:55 mod_sql/4.10[329]:  name: 'default'
Nov 27 09:59:55 mod_sql/4.10[329]:  user: 'root'
Nov 27 09:59:55 mod_sql/4.10[329]:  host: 'localhost'
Nov 27 09:59:55 mod_sql/4.10[329]:    db: 'ftp'
Nov 27 09:59:55 mod_sql/4.10[329]:  port: '17777'
Nov 27 09:59:55 mod_sql/4.10[329]:   ttl: '0'
Nov 27 09:59:55 mod_sql/4.10[329]: exiting      mysql cmd_defineconnection
Nov 27 09:59:55 mod_sql/4.10[329]: entering     mysql cmd_open
Nov 27 09:59:55 mod_sql/4.10[329]: connection 'default' opened
Nov 27 09:59:55 mod_sql/4.10[329]: connection 'default' count is now 1
Nov 27 09:59:55 mod_sql/4.10[329]: exiting      mysql cmd_open
Nov 27 09:59:55 mod_sql/4.10[329]: backend successfully connected.
Nov 27 09:59:55 mod_sql/4.10[329]: mod_sql status     : on
Nov 27 09:59:55 mod_sql/4.10[329]: negative_cache     : off
Nov 27 09:59:55 mod_sql/4.10[329]: authenticate       : users* groups*
Nov 27 09:59:55 mod_sql/4.10[329]: usertable          : ftp
Nov 27 09:59:55 mod_sql/4.10[329]: userid field       : username
Nov 27 09:59:55 mod_sql/4.10[329]: password field     : password
Nov 27 09:59:55 mod_sql/4.10[329]: uid field          : uid
Nov 27 09:59:55 mod_sql/4.10[329]: gid field          : gid
Nov 27 09:59:55 mod_sql/4.10[329]: homedir field      : homedir
Nov 27 09:59:55 mod_sql/4.10[329]: shell field        : shell
Nov 27 09:59:55 mod_sql/4.10[329]: homedirondemand    : false
Nov 27 09:59:55 mod_sql/4.10[329]: group table        : groups
Nov 27 09:59:55 mod_sql/4.10[329]: groupname field    : groupname
Nov 27 09:59:55 mod_sql/4.10[329]: grp gid field      : gid
Nov 27 09:59:55 mod_sql/4.10[329]: grp members field  : members
Nov 27 09:59:55 mod_sql/4.10[329]: SQLMinUserUID      : 999
Nov 27 09:59:55 mod_sql/4.10[329]: SQLMinUserGID      : 999
Nov 27 09:59:55 mod_sql/4.10[329]: SQLDefaultUID      : 65533
Nov 27 09:59:55 mod_sql/4.10[329]: SQLDefaultGID      : 65533
Nov 27 09:59:55 mod_sql/4.10[329]: <<< sql_getconf
Nov 27 09:59:55 mod_sql/4.10[329]: >>> cmd_getgroups
Nov 27 09:59:55 mod_sql/4.10[329]: entering     mysql cmd_escapestring
Nov 27 09:59:55 mod_sql/4.10[329]: exiting      mysql cmd_escapestring
Nov 27 09:59:55 mod_sql/4.10[329]: cache miss for user 'test'
Nov 27 09:59:55 mod_sql/4.10[329]: : entering   mysql cmd_select
Nov 27 09:59:55 mod_sql/4.10[329]: entering     mysql cmd_open
Nov 27 09:59:55 mod_sql/4.10[329]: connection 'default' count is now 2
Nov 27 09:59:55 mod_sql/4.10[329]: exiting      mysql cmd_open
Nov 27 09:59:55 mod_sql/4.10[329]: query "SELECT username, password, uid, gid, homedir, shell FROM ftp WHERE (username='test') and ((login_enabled = 'y')) LIM
IT 1"
Nov 27 09:59:55 mod_sql/4.10[329]: entering     mysql cmd_close
Nov 27 09:59:55 mod_sql/4.10[329]: connection 'default' count is now 1
Nov 27 09:59:55 mod_sql/4.10[329]: exiting      mysql cmd_close
Nov 27 09:59:55 mod_sql/4.10[329]: exiting      mysql cmd_select
Nov 27 09:59:55 mod_sql/4.10[329]: unrecoverable backend error
Nov 27 09:59:55 mod_sql/4.10[329]: error: '1146'
Nov 27 09:59:55 mod_sql/4.10[329]: message: 'Table 'ftp.ftp' doesn't exist'

ok, die fehlermeldung ist eindeutig. die tabelle ftp existiert wirklich nicht
aber wieso sucht er was in der tabelle? oder existiert die normalerweise?

thx

[SQLLogFile]

Doch. Wird sie. Haste den Server nach Konfigänderung neu gestartet?
 :idea: In deinem Debug-Post von vorhin (14:19 Uhr) war kein SQLLogFile drin...

nein, wirklich nicht. neugestartet habe ich natürlich...und vorher hattte ich keinen eintrag drin, stimmt schon

erklären kann ich mir das wohl auch nicht

das habe ich noch in die proftpd.conf honzugefügt

Code:

sqllogfile /usr/local/proftpd/var/proftpd.sql

...aber is nix zu sehen

Code:

rzhdeb:/usr/local/proftpd/var# ls -al
total 16
drwxrwxrwx    3 root     root         4096 Nov 27 09:00 .
drwxr-sr-x    7 root     staff        4096 Nov 25 09:31 ..
drwxr-xr-x    2 root     root         4096 Nov 27 09:00 proftpd
-rw-r--r--    1 root     root            4 Nov 27 09:00 proftpd.pid

was kann ich tun?

Nun fuege mal in Deiner ProFTPD config die Zeile: sqllogfile /var/log/proftpd.sql hinzu
starte neu und schau Dir das an. Ich wette, dass Du da ein Problem hast.

cu
stonki

jo, die wird nämlich gar nich erst angelegt  :oops:

hmm, jetzt habe ich ne andere meldung. hab zwar was rumgetestet, habe aber letztendlich wieder die hier gepostet conf verwendet

Code:

421 Service not available, remote server has closed connection

hab den server auch mal im debug modus gestartet, ich poste mal alles. is zwar viel, aber ich weiss ja nicht was da vllt entscheiden ist, zumindest springen mir anfangs keine dicken error messages ins gesicht.

Code:

 - parsing '/usr/local/proftpd/etc/proftpd.conf' configuration
 - FS: using system open()
 - FS: using system read()
 - FS: using system read()
 - dispatching auth request "getpwnam" to module mod_sql
 - dispatching auth request "getpwnam" to module mod_auth_file
 - dispatching auth request "getpwnam" to module mod_auth_unix
 - dispatching auth request "getgrnam" to module mod_sql
 - dispatching auth request "getgrnam" to module mod_auth_file
 - dispatching auth request "getgrnam" to module mod_auth_unix
 - FS: using system read()
 - FS: using system read()
 - <Directory />: adding section for resolved path '/'
 - FS: using system read()
 - FS: using system read()
 - FS: using system close()
rzhdeb.rzh-wesel.de -
rzhdeb.rzh-wesel.de - Config for RZH FTP Server:
rzhdeb.rzh-wesel.de - ~ftp/
rzhdeb.rzh-wesel.de -  Limit
rzhdeb.rzh-wesel.de -   DenyAll
rzhdeb.rzh-wesel.de -  UserName
rzhdeb.rzh-wesel.de -  GroupName
rzhdeb.rzh-wesel.de -  UserAlias
rzhdeb.rzh-wesel.de -  MaxClients
rzhdeb.rzh-wesel.de -  DisplayLogin
rzhdeb.rzh-wesel.de -  DisplayFirstChdir
rzhdeb.rzh-wesel.de -  Umask
rzhdeb.rzh-wesel.de -  AccessGrantMsg
rzhdeb.rzh-wesel.de -  AccessDenyMsg
rzhdeb.rzh-wesel.de -  SQLAuthTypes
rzhdeb.rzh-wesel.de -  SQLAuthenticate
rzhdeb.rzh-wesel.de -  SQLConnectInfo
rzhdeb.rzh-wesel.de -  SQLNamedQuery_transfer2
rzhdeb.rzh-wesel.de -  SQLLog_PASS
rzhdeb.rzh-wesel.de -  SQLNamedQuery_counter
rzhdeb.rzh-wesel.de -  SQLLog_STOR
rzhdeb.rzh-wesel.de -  SQLLog_APPE
rzhdeb.rzh-wesel.de -  SQLNamedQuery_transfer1
rzhdeb.rzh-wesel.de -  SQLLog_ERR_STOR
rzhdeb.rzh-wesel.de -  SQLLog_ERR_APPE
rzhdeb.rzh-wesel.de -  SQLLog_RETR
rzhdeb.rzh-wesel.de -  SQLNamedQuery_transfer3
rzhdeb.rzh-wesel.de -  SQLLog_ERR_RETR
rzhdeb.rzh-wesel.de -  SQLNamedQuery_transfer4
rzhdeb.rzh-wesel.de -  SQLNamedQuery_dlbytescount
rzhdeb.rzh-wesel.de -  SQLNamedQuery_dlcount
rzhdeb.rzh-wesel.de -  SQLNamedQuery_ulbytescount
rzhdeb.rzh-wesel.de -  SQLNamedQuery_ulcount
rzhdeb.rzh-wesel.de - /
rzhdeb.rzh-wesel.de -  AllowOverwrite
rzhdeb.rzh-wesel.de -  Umask
rzhdeb.rzh-wesel.de -  AccessGrantMsg
rzhdeb.rzh-wesel.de -  AccessDenyMsg
rzhdeb.rzh-wesel.de -  SQLAuthTypes
rzhdeb.rzh-wesel.de -  SQLAuthenticate
rzhdeb.rzh-wesel.de -  SQLConnectInfo
rzhdeb.rzh-wesel.de -  SQLNamedQuery_transfer2
rzhdeb.rzh-wesel.de -  SQLLog_PASS
rzhdeb.rzh-wesel.de -  SQLNamedQuery_counter
rzhdeb.rzh-wesel.de -  SQLLog_STOR
rzhdeb.rzh-wesel.de -  SQLLog_APPE
rzhdeb.rzh-wesel.de -  SQLNamedQuery_transfer1
rzhdeb.rzh-wesel.de -  SQLLog_ERR_STOR
rzhdeb.rzh-wesel.de -  SQLLog_ERR_APPE
rzhdeb.rzh-wesel.de -  SQLLog_RETR
rzhdeb.rzh-wesel.de -  SQLNamedQuery_transfer3
rzhdeb.rzh-wesel.de -  SQLLog_ERR_RETR
rzhdeb.rzh-wesel.de -  SQLNamedQuery_transfer4
rzhdeb.rzh-wesel.de -  SQLNamedQuery_dlbytescount
rzhdeb.rzh-wesel.de -  SQLNamedQuery_dlcount
rzhdeb.rzh-wesel.de -  SQLNamedQuery_ulbytescount
rzhdeb.rzh-wesel.de -  SQLNamedQuery_ulcount
rzhdeb.rzh-wesel.de - ServerIdent
rzhdeb.rzh-wesel.de - DeferWelcome
rzhdeb.rzh-wesel.de - DefaultServer
rzhdeb.rzh-wesel.de - Umask
rzhdeb.rzh-wesel.de - UserID
rzhdeb.rzh-wesel.de - UserName
rzhdeb.rzh-wesel.de - GroupID
rzhdeb.rzh-wesel.de - GroupName
rzhdeb.rzh-wesel.de - DefaultRoot
rzhdeb.rzh-wesel.de - AccessGrantMsg
rzhdeb.rzh-wesel.de - AccessDenyMsg
rzhdeb.rzh-wesel.de - SQLAuthTypes
rzhdeb.rzh-wesel.de - SQLAuthenticate
rzhdeb.rzh-wesel.de - SQLConnectInfo
rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer2
rzhdeb.rzh-wesel.de - SQLUserTable
rzhdeb.rzh-wesel.de - SQLUsernameField
rzhdeb.rzh-wesel.de - SQLPasswordField
rzhdeb.rzh-wesel.de - SQLUidField
rzhdeb.rzh-wesel.de - SQLGidField
rzhdeb.rzh-wesel.de - SQLHomedirField
rzhdeb.rzh-wesel.de - SQLShellField
rzhdeb.rzh-wesel.de - SQLGroupTable
rzhdeb.rzh-wesel.de - SQLGroupnameField
rzhdeb.rzh-wesel.de - SQLGroupGIDField
rzhdeb.rzh-wesel.de - SQLGroupMembersField
rzhdeb.rzh-wesel.de - SQLUserWhereClause
rzhdeb.rzh-wesel.de - SQLLog_PASS
rzhdeb.rzh-wesel.de - SQLNamedQuery_counter
rzhdeb.rzh-wesel.de - SQLLog_STOR
rzhdeb.rzh-wesel.de - SQLLog_APPE
rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer1
rzhdeb.rzh-wesel.de - SQLLog_ERR_STOR
rzhdeb.rzh-wesel.de - SQLLog_ERR_APPE
rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer2
rzhdeb.rzh-wesel.de - SQLLog_RETR
rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer3
rzhdeb.rzh-wesel.de - SQLLog_ERR_RETR
rzhdeb.rzh-wesel.de - SQLNamedQuery_transfer4
rzhdeb.rzh-wesel.de - SQLLog_RETR
rzhdeb.rzh-wesel.de - SQLNamedQuery_dlbytescount
rzhdeb.rzh-wesel.de - SQLLog_RETR
rzhdeb.rzh-wesel.de - SQLNamedQuery_dlcount
rzhdeb.rzh-wesel.de - SQLLog_STOR
rzhdeb.rzh-wesel.de - SQLNamedQuery_ulbytescount
rzhdeb.rzh-wesel.de - SQLLog_STOR
rzhdeb.rzh-wesel.de - SQLNamedQuery_ulcount
rzhdeb.rzh-wesel.de - dispatching auth request "getgroups" to module mod_sql
rzhdeb.rzh-wesel.de - dispatching auth request "getgroups" to module mod_auth_file
rzhdeb.rzh-wesel.de - dispatching auth request "getgroups" to module mod_auth_unix
rzhdeb.rzh-wesel.de - SETUP PRIVS at main.c:2704
rzhdeb.rzh-wesel.de - ROOT PRIVS at main.c:1956
rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at main.c:1962
rzhdeb.rzh-wesel.de - ROOT PRIVS at main.c:2323
rzhdeb.rzh-wesel.de - opening scoreboard '/usr/local/proftpd/var/proftpd/proftpd.scoreboard'
rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at main.c:2347
rzhdeb.rzh-wesel.de - ROOT PRIVS at inet.c:452
rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at inet.c:510
rzhdeb.rzh-wesel.de - ProFTPD 1.2.9 (stable) (built Tue Nov 25 08:52:24 CET 2003) standalone mode STARTUP
rzhdeb.rzh-wesel.de - ROOT PRIVS at main.c:2171
rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at main.c:2177
rzhdeb.rzh-wesel.de - FS: using system lstat()
rzhdeb.rzh-wesel.de - scrubbing scoreboard
rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:194
rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:201
rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:223
rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:251
rzhdeb.rzh-wesel.de - FS: using system lstat()

bei nem loginversuch bekomme ich diese meldungen

Code:

rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - performing ident lookup
rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - ident connection failed: Connection refused
rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - ident lookup returned 'UNKNOWN'
rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - ROOT PRIVS at main.c:977
rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - SETUP PRIVS at main.c:982
rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - performing module session initializations
rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - error deleting scoreboard entry: Invalid argument
rzhdeb.rzh-wesel.de (rzh-wesel222.rzh-wesel.de[192.168.5.168]) - FTP session closed.
rzhdeb.rzh-wesel.de - FS: using system lstat()
rzhdeb.rzh-wesel.de - scrubbing scoreboard
rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:194
rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:201
rzhdeb.rzh-wesel.de - ROOT PRIVS at mod_core.c:223
rzhdeb.rzh-wesel.de - RELINQUISH PRIVS at mod_core.c:251
rzhdeb.rzh-wesel.de - FS: using system lstat()

könnt ihr da was feststellen?

thx

@mods: ich floode nur ungern, vllt könnt ihr den überflüssigen kram hier löschen....

shit, hab wohl den login wieder vergessen

prob is aber immer noch aktuell

also, /me is gast