www.ProFTPD.de
13. März 2007, 18:43:00 *
Willkommen Gast. Bitte einloggen oder registrieren.
Haben Sie Ihre Aktivierungs E-Mail übersehen?

Einloggen mit Benutzername, Passwort und Sitzungslänge
News: SMF - Neu installiert!
 
   Übersicht   Hilfe Suche Login Registrieren  
www.ProFTPD.de > ProFTPD > ProFTPD - Deutsch (Moderatoren: stonki, Wörsty, VolGas) > make findet mysql.h nicht
Seiten: [1] 2 3   Nach unten
« vorheriges nächstes »
  Drucken  
Autor Thema: make findet mysql.h nicht  (Gelesen 3382 mal)
0 Mitglieder und 1 Gast betrachten dieses Thema.
xbs
Gast
« am: 28. Juli 2004, 16:32:27 »
hallo.

ich habe von mysql das rpm paket mit den header dateien installiert,
doch wenn ich proftp mit mod_mysql installieren will, kann er die header
dateien von mysql nicht finden, jedenfalls glaube ich das.
das komische ist, dass der fehler erst bei make kommt, ./configure macht keine probleme.

wie kann ich denn bei configure den pfad zu den mysql headern angeben?

liebe grüße, xbs
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #1 am: 28. Juli 2004, 19:18:49 »
Idee: mysql-devel installieren :?:

Pfad angeben: --with-includes=/usr/local/include --with-libraries=/usr/local/lib/mysql

Pfad natürlich ggf. anpassen
Gespeichert
RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
xbs
Gast
« Antwort #2 am: 29. Juli 2004, 07:58:07 »
Zitat
ich habe von mysql das rpm paket mit den header dateien installiert


das ist schon das devel-paket Smiley
Gespeichert
Anonymous
Gast
« Antwort #3 am: 29. Juli 2004, 08:24:35 »
aber danke, mit

./configure --with-modules=mod_ifsession:mod_rewrite:mod_vroot:mod_sql:mod_sql_mysql --with-includes=/usr/include/mysql --with-libraries=/usr/lib/mysql

scheint es geklappt zu haben  Lächelnd
Gespeichert
xbs
Gast
« Antwort #4 am: 29. Juli 2004, 12:39:51 »
hallo wörsty.


die installation hat ja soweit gut geklappt.

ich versuche jetzt aber mit dem der config von stonki
http://www.proftpd.de/MySQL_und_Quota.25.0.html

den server zu betreiben, aber es geht net.
den quota-kram hab ich unten rausgemacht, weil ich das modul
nich hab.
wenn ich versuche mit ftp 127.0.0.1 auf den server zu kommen,
krieg ich nur die fehlermeldung
421 Service not available, remote server has closed connection.

obwohl der server läuft.
woran könnte das liegen?  Traurig
Gespeichert
Pleitegeier
ProFTPD
*
Offline Offline

Beiträge: 32


Profil anzeigen
« Antwort #5 am: 29. Juli 2004, 12:45:07 »
poste doch mal die debug ausgabe
Gespeichert
xbs
Gast
« Antwort #6 am: 29. Juli 2004, 12:48:39 »
wie komm ich denn an die debug ausgabe ran?
muss ich mir die in der shell mit hilfe eines höheren debug-levels ausgeben lassen oder steht irgendwo ein schickes logfile? (wenn ja wo)

liebe güße
Gespeichert
Pleitegeier
ProFTPD
*
Offline Offline

Beiträge: 32


Profil anzeigen
« Antwort #7 am: 29. Juli 2004, 15:40:37 »
guck mal hier
Gespeichert
xbs
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #8 am: 30. Juli 2004, 09:39:38 »
also starten tut der ftp server ja, starten mit debug 5 gibt folgendes aus:


# proftpd n -d5
 - parsing '/usr/local/etc/proftpd.conf' configuration
 - <Directory />: adding section for resolved path '/'
linux.local -
linux.local - Config for localhost:
linux.local - /
linux.local -  AllowOverwrite
linux.local -  Umask
linux.local -  AllowForeignAddress
linux.local -  MaxClientsPerHost
linux.local -  MaxClients
linux.local -  AllowStoreRestart
linux.local -  AllowRetrieveRestart
linux.local -  RequireValidShell
linux.local -  TransferLog
linux.local -  SQLAuthTypes
linux.local -  SQLAuthenticate
linux.local -  SQLConnectInfo
linux.local -  SQLDefaultGID
linux.local -  SQLDefaultUID
linux.local -  SQLMinUserGID
linux.local -  SQLMinUserUID
linux.local -  SQLLog_PASS
linux.local -  SQLNamedQuery_counter
linux.local -  SQLLog_RETR
linux.local -  SQLLog_STOR
linux.local -  SQLNamedQuery_transfer1
linux.local -  SQLLog_ERR_RETR
linux.local -  SQLLog_ERR_STOR
linux.local -  SQLNamedQuery_transfer2
linux.local - ServerIdent
linux.local - DeferWelcome
linux.local - DefaultServer
linux.local - Umask
linux.local - AllowForeignAddress
linux.local - MaxClientsPerHost
linux.local - MaxClients
linux.local - MaxLoginAttempts
linux.local - AllowStoreRestart
linux.local - AllowRetrieveRestart
linux.local - DefaultRoot
linux.local - RequireValidShell
linux.local - TransferLog
linux.local - ExtendedLog
linux.local - ExtendedLog
linux.local - ExtendedLog
linux.local - SQLAuthTypes
linux.local - SQLAuthenticate
linux.local - SQLConnectInfo
linux.local - SQLDefaultGID
linux.local - SQLDefaultUID
linux.local - SQLMinUserGID
linux.local - SQLMinUserUID
linux.local - SQLUserTable
linux.local - SQLUsernameField
linux.local - SQLPasswordField
linux.local - SQLUidField
linux.local - SQLGidField
linux.local - SQLHomedirField
linux.local - SQLShellField
linux.local - SQLLog_PASS
linux.local - SQLNamedQuery_counter
linux.local - SQLLog_RETR
linux.local - SQLLog_STOR
linux.local - SQLNamedQuery_transfer1
linux.local - SQLLog_ERR_RETR
linux.local - SQLLog_ERR_STOR
linux.local - SQLNamedQuery_transfer2

ein  ps aux | grep ftp gibt folgendes wider:

root      2047  0.0  0.4  2692 1244 ?        S    11:36   0:00 proftpd: (accepting connections)


mein usertable in der mysql-tabelle sieht ungefähr so aus:

 userid        passwd        uid        gid        homedir        shell
hans     1acd86d827b3e9ee     1010     NULL     /var/www     NULL


beim connecten mit zum FTP server passiert folgendes:

ftp> open localhost
Trying ::1...
ftp: connect to address ::1: Connection refused
Trying 127.0.0.1...
Connected to localhost.
220 localhost
Name (localhost:root): hans
331 Password required for hans.
Password:
421 Service not available, remote server has closed connection.
ftp: Login failed.
ftp>

hm.

 :roll:
Gespeichert
xbs
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #9 am: 30. Juli 2004, 09:49:55 »
ich hab noch mal ein proftpd -nd9 gemacht und
da kam folgendes heraus:

# proftpd -nd9
 - parsing '/usr/local/etc/proftpd.conf' configuration
 - FS: using system open()
 - FS: using system read()
 - <Directory />: adding section for resolved path '/'
 - FS: using system read()
 - FS: using system read()
 - FS: using system close()
linux.local -
linux.local - Config for localhost:
linux.local - /
linux.local -  AllowOverwrite
linux.local -  Umask
linux.local -  AllowForeignAddress
linux.local -  MaxClientsPerHost
linux.local -  MaxClients
linux.local -  AllowStoreRestart
linux.local -  AllowRetrieveRestart
linux.local -  RequireValidShell
linux.local -  TransferLog
linux.local -  SQLAuthTypes
linux.local -  SQLAuthenticate
linux.local -  SQLConnectInfo
linux.local -  SQLDefaultGID
linux.local -  SQLDefaultUID
linux.local -  SQLMinUserGID
linux.local -  SQLMinUserUID
linux.local -  SQLLog_PASS
linux.local -  SQLNamedQuery_counter
linux.local -  SQLLog_RETR
linux.local -  SQLLog_STOR
linux.local -  SQLNamedQuery_transfer1
linux.local -  SQLLog_ERR_RETR
linux.local -  SQLLog_ERR_STOR
linux.local -  SQLNamedQuery_transfer2
linux.local - ServerIdent
linux.local - DeferWelcome
linux.local - DefaultServer
linux.local - Umask
linux.local - AllowForeignAddress
linux.local - MaxClientsPerHost
linux.local - MaxClients
linux.local - MaxLoginAttempts
linux.local - AllowStoreRestart
linux.local - AllowRetrieveRestart
linux.local - DefaultRoot
linux.local - RequireValidShell
linux.local - TransferLog
linux.local - ExtendedLog
linux.local - ExtendedLog
linux.local - ExtendedLog
linux.local - SQLAuthTypes
linux.local - SQLAuthenticate
linux.local - SQLConnectInfo
linux.local - SQLDefaultGID
linux.local - SQLDefaultUID
linux.local - SQLMinUserGID
linux.local - SQLMinUserUID
linux.local - SQLUserTable
linux.local - SQLUsernameField
linux.local - SQLPasswordField
linux.local - SQLUidField
linux.local - SQLGidField
linux.local - SQLHomedirField
linux.local - SQLShellField
linux.local - SQLLog_PASS
linux.local - SQLNamedQuery_counter
linux.local - SQLLog_RETR
linux.local - SQLLog_STOR
linux.local - SQLNamedQuery_transfer1
linux.local - SQLLog_ERR_RETR
linux.local - SQLLog_ERR_STOR
linux.local - SQLNamedQuery_transfer2
linux.local - SETUP PRIVS at main.c:2704
linux.local - ROOT PRIVS at main.c:1956
linux.local - RELINQUISH PRIVS at main.c:1962
linux.local - ROOT PRIVS at main.c:2323
linux.local - opening scoreboard '/usr/local/var/proftpd/proftpd.scoreboard'
linux.local - RELINQUISH PRIVS at main.c:2347
linux.local - ROOT PRIVS at inet.c:452
linux.local - RELINQUISH PRIVS at inet.c:510
linux.local - ProFTPD 1.2.9 (stable) (built Wed Jul 28 18:26:31 CEST 2004) standalone mode STARTUP
linux.local - ROOT PRIVS at main.c:2171
linux.local - RELINQUISH PRIVS at main.c:2177
linux.local - FS: using system lstat()

lange pause, dannach kommt wieder das selbe

linux.local - scrubbing scoreboard
linux.local - ROOT PRIVS at mod_core.c:194
linux.local - RELINQUISH PRIVS at mod_core.c:201
linux.local - ROOT PRIVS at mod_core.c:223
linux.local - RELINQUISH PRIVS at mod_core.c:251
linux.local - FS: using system lstat()

lange pause, dannach kommt wieder das selbe

linux.local - scrubbing scoreboard
linux.local - ROOT PRIVS at mod_core.c:194
linux.local - RELINQUISH PRIVS at mod_core.c:201
linux.local - ROOT PRIVS at mod_core.c:223
linux.local - RELINQUISH PRIVS at mod_core.c:251
linux.local - FS: using system lstat()

dieser letzte block wird nach einer pause immer wiederholt,
zur shell kehrt er aber nicht mehr zurück.
Gespeichert
xbs
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #10 am: 30. Juli 2004, 11:40:27 »
und hier noch die logfiles aus /var/log/

proftpd.access_log ist leer.

proftpd.auth_log:

localhost [1900] 192.168.2.104 [30/Jul/2004:11:25:31 +0200] "USER anonymous" 331
localhost [1902] 192.168.2.104 [30/Jul/2004:11:25:36 +0200] "USER anonymous" 331
localhost [2024] 192.168.2.104 [30/Jul/2004:11:32:15 +0200] "USER anonymous" 331
localhost [2026] 192.168.2.104 [30/Jul/2004:11:32:20 +0200] "USER anonymous" 331
localhost [2029] localhost [30/Jul/2004:11:32:56 +0200] "USER root" 331
localhost [2031] 192.168.2.107 [30/Jul/2004:11:33:16 +0200] "USER root" 331
localhost [2041] 192.168.2.104 [30/Jul/2004:11:35:03 +0200] "USER hans" 331
localhost [2043] 192.168.2.104 [30/Jul/2004:11:35:10 +0200] "USER warfaewfrawerewa" 331
localhost [2117] localhost [30/Jul/2004:11:38:58 +0200] "USER hans" 331


und proftpd.paranoid_log:

192.168.2.104 UNKNOWN root [30/Jul/2004:11:25:31 +0200] "USER anonymous" 331 -
192.168.2.104 UNKNOWN root [30/Jul/2004:11:25:36 +0200] "USER anonymous" 331 -
192.168.2.104 UNKNOWN root [30/Jul/2004:11:32:15 +0200] "USER anonymous" 331 -
192.168.2.104 UNKNOWN root [30/Jul/2004:11:32:20 +0200] "USER anonymous" 331 -
localhost UNKNOWN root [30/Jul/2004:11:32:56 +0200] "USER root" 331 -
192.168.2.107 UNKNOWN root [30/Jul/2004:11:33:16 +0200] "USER root" 331 -
192.168.2.104 UNKNOWN root [30/Jul/2004:11:35:03 +0200] "USER hans" 331 -
192.168.2.104 UNKNOWN root [30/Jul/2004:11:35:10 +0200] "USER warfaewfrawerewa" 331 -
localhost UNKNOWN root [30/Jul/2004:11:38:58 +0200] "USER hans" 331
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #11 am: 02. August 2004, 12:31:10 »
Bitte SQLLogfile in die proftpd.conf einfügen und Testen und Inhalt posten. (Glaube aber nicht, dass es das Problem ist)
Außerdem bitte mal den Host in die /etc/hosts eintragen.
Und ohne die proftpd.conf können wir nur raten.
Wie sehen die Linux Verzeichnisrechte aus?
Gespeichert
RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
xbs
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #12 am: 02. August 2004, 13:10:07 »
hallo Wörsty!

vielen dank für deine hilfe, aber ich habe das problem inzwischen gefunden.

im guten glauben, dass die beispiel-config von stonki http://www.proftpd.de/MySQL_und_Quota.25.0.html tatellos funktionieren sollte, hab ich diese übernommen.

doch wie auf http://www.proftpd.de/SQL_Anleitung.11.0.html
unter 5.5) SQLDefaultHomedir: zu lesen ist:

"Falls kein Heimatverzeichnis mit diesen Anweisungen gesetzt wird, scheitert die Anmeldung."

da hat stonki wohl eine zeile vergessen.

jetzt kann man sich auf dem server einloggen.

aber so ganz funzt das mit der homedir bei mir auch nicht.

der abschnitt in der config sieht so aus:


Zitat
SQLAuthTypes Plaintext
SQLAuthenticate users*
SQLConnectInfo proftp@127.0.0.1:3306 root hans
SQLDefaultGID 65533
SQLDefaultUID 65533
SQLDefaultHomedir /var
SQLMinUserGID 100
SQLMinUserUID 500
SQLUserInfo users userid passwd uid gid homedir shell



so weit, so gut.

meine SQL tabelle sieht so aus:

Code:

userid   passwd   uid   gid   homedir   shell
hans   hans   1000   1000   /var/www   /bin/false


wenn ich mich jetzt als hans einlogge, komme ich in das verzechnis  /var und nicht in /var/www , wie in der datanbank angegeben.
woran könnte das liegen?

liebe grüße.
Gespeichert
xbs
ProFTPD
*
Offline Offline

Beiträge: 25


Profil anzeigen
« Antwort #13 am: 02. August 2004, 14:09:16 »
aha!

hier ist das sql-logfile:

Zitat

Aug 02 16:08:10 mod_sql/4.10[2903]: backend module 'mod_sql_mysql/4.04'
Aug 02 16:08:10 mod_sql/4.10[2903]: backend api    'mod_sql_api_v1'
Aug 02 16:08:10 mod_sql/4.10[2903]: >>> sql_getconf
Aug 02 16:08:10 mod_sql/4.10[2903]: entering    mysql cmd_defineconnection
Aug 02 16:08:10 mod_sql/4.10[2903]:  name: 'default'
Aug 02 16:08:10 mod_sql/4.10[2903]:  user: 'root'
Aug 02 16:08:10 mod_sql/4.10[2903]:  host: '127.0.0.1'
Aug 02 16:08:10 mod_sql/4.10[2903]:    db: 'proftp'
Aug 02 16:08:10 mod_sql/4.10[2903]:  port: '3306'
Aug 02 16:08:10 mod_sql/4.10[2903]:   ttl: '0'
Aug 02 16:08:10 mod_sql/4.10[2903]: exiting     mysql cmd_defineconnection
Aug 02 16:08:10 mod_sql/4.10[2903]: entering    mysql cmd_open
Aug 02 16:08:10 mod_sql/4.10[2903]: connection 'default' opened
Aug 02 16:08:10 mod_sql/4.10[2903]: connection 'default' count is now 1
Aug 02 16:08:10 mod_sql/4.10[2903]: exiting     mysql cmd_open
Aug 02 16:08:10 mod_sql/4.10[2903]: backend successfully connected.
Aug 02 16:08:10 mod_sql/4.10[2903]: mod_sql status     : on
Aug 02 16:08:10 mod_sql/4.10[2903]: negative_cache     : off
Aug 02 16:08:10 mod_sql/4.10[2903]: authenticate       : users*
Aug 02 16:08:10 mod_sql/4.10[2903]: usertable          : users
Aug 02 16:08:10 mod_sql/4.10[2903]: userid field       : userid
Aug 02 16:08:10 mod_sql/4.10[2903]: password field     : passwd
Aug 02 16:08:10 mod_sql/4.10[2903]: uid field          : uid
Aug 02 16:08:10 mod_sql/4.10[2903]: gid field          : gid
Aug 02 16:08:10 mod_sql/4.10[2903]: homedir(defaulted) : '/var'
Aug 02 16:08:10 mod_sql/4.10[2903]: shell field        : shell
Aug 02 16:08:10 mod_sql/4.10[2903]: homedirondemand    : false
Aug 02 16:08:10 mod_sql/4.10[2903]: SQLMinUserUID      : 500
Aug 02 16:08:10 mod_sql/4.10[2903]: SQLMinUserGID      : 100
Aug 02 16:08:10 mod_sql/4.10[2903]: <<< sql_getconf
Aug 02 16:08:14 mod_sql/4.10[2903]: >>> cmd_getpwnam
Aug 02 16:08:14 mod_sql/4.10[2903]: entering    mysql cmd_escapestring
Aug 02 16:08:14 mod_sql/4.10[2903]: exiting     mysql cmd_escapestring
Aug 02 16:08:14 mod_sql/4.10[2903]: cache miss for user 'hans'
Aug 02 16:08:14 mod_sql/4.10[2903]: : entering  mysql cmd_select
Aug 02 16:08:14 mod_sql/4.10[2903]: entering    mysql cmd_open
Aug 02 16:08:14 mod_sql/4.10[2903]: connection 'default' count is now 2
Aug 02 16:08:14 mod_sql/4.10[2903]: exiting     mysql cmd_open
Aug 02 16:08:14 mod_sql/4.10[2903]: query "SELECT userid, passwd, uid, gid, shell FROM users WHERE (userid='hans') LIMIT 1"
Aug 02 16:08:14 mod_sql/4.10[2903]: entering    mysql cmd_close
Aug 02 16:08:14 mod_sql/4.10[2903]: connection 'default' count is now 1
Aug 02 16:08:14 mod_sql/4.10[2903]: exiting     mysql cmd_close
Aug 02 16:08:14 mod_sql/4.10[2903]: exiting     mysql cmd_select
Aug 02 16:08:14 mod_sql/4.10[2903]: NULL shell column value, setting to ""
Aug 02 16:08:14 mod_sql/4.10[2903]: cache miss for user 'hans'
Aug 02 16:08:14 mod_sql/4.10[2903]: user 'hans' cached
Aug 02 16:08:14 mod_sql/4.10[2903]: + pwd.pw_name  : hans
Aug 02 16:08:14 mod_sql/4.10[2903]: + pwd.pw_uid   : 1000
Aug 02 16:08:14 mod_sql/4.10[2903]: + pwd.pw_gid   : 1000
Aug 02 16:08:14 mod_sql/4.10[2903]: + pwd.pw_dir   : /var
Aug 02 16:08:14 mod_sql/4.10[2903]: + pwd.pw_shell :
Aug 02 16:08:14 mod_sql/4.10[2903]: <<< cmd_getpwnam
Aug 02 16:08:14 mod_sql/4.10[2903]: >>> cmd_auth
Aug 02 16:08:14 mod_sql/4.10[2903]: entering    mysql cmd_escapestring
Aug 02 16:08:14 mod_sql/4.10[2903]: exiting     mysql cmd_escapestring
Aug 02 16:08:14 mod_sql/4.10[2903]: cache hit for user 'hans'
Aug 02 16:08:14 mod_sql/4.10[2903]: >>> cmd_check
Aug 02 16:08:14 mod_sql/4.10[2903]: checking auth_type Plaintext
Aug 02 16:08:14 mod_sql/4.10[2903]: 'Plaintext' auth handler reports success
Aug 02 16:08:14 mod_sql/4.10[2903]: cache hit for user 'hans'
Aug 02 16:08:14 mod_sql/4.10[2903]: <<< cmd_check
Aug 02 16:08:14 mod_sql/4.10[2903]: <<< cmd_auth
Aug 02 16:08:14 mod_sql/4.10[2903]: >>> cmd_getpwnam
Aug 02 16:08:14 mod_sql/4.10[2903]: cache hit for user 'hans'
Aug 02 16:08:14 mod_sql/4.10[2903]: <<< cmd_getpwnam
Aug 02 16:08:14 mod_sql/4.10[2903]: >>> log_master
Aug 02 16:08:14 mod_sql/4.10[2903]: >>> _process_named_query
Aug 02 16:08:14 mod_sql/4.10[2903]: entering    mysql cmd_escapestring
Aug 02 16:08:14 mod_sql/4.10[2903]: exiting     mysql cmd_escapestring
Aug 02 16:08:14 mod_sql/4.10[2903]: entering    mysql cmd_update
Aug 02 16:08:14 mod_sql/4.10[2903]: entering    mysql cmd_open
Aug 02 16:08:14 mod_sql/4.10[2903]: connection 'default' count is now 2
Aug 02 16:08:14 mod_sql/4.10[2903]: exiting     mysql cmd_open
Aug 02 16:08:14 mod_sql/4.10[2903]: query "UPDATE users SET letzter_zugriff=now(), count=count+1 WHERE username='hans'"
Aug 02 16:08:14 mod_sql/4.10[2903]: entering    mysql cmd_close
Aug 02 16:08:14 mod_sql/4.10[2903]: connection 'default' count is now 1
Aug 02 16:08:14 mod_sql/4.10[2903]: exiting     mysql cmd_close
Aug 02 16:08:14 mod_sql/4.10[2903]: exiting     mysql cmd_update
Aug 02 16:08:14 mod_sql/4.10[2903]: <<< _process_named_query
Aug 02 16:08:14 mod_sql/4.10[2903]: <<< log_master


auf den ersten blick wird deutlich:

Zitat

Aug 02 16:08:14 mod_sql/4.10[2903]: query "SELECT userid, passwd, uid, gid, shell FROM users WHERE (userid='hans') LIMIT 1"


die homedir wird gar nicht abgefragt. woran könnte das liegen?
was hat es denn mit dem mysteriösem "SQLHomedirField" auf sich, von dem in der Anleitung zweimal die rede ist?
Gespeichert
Wörsty
Moderator
ProFTPD
*****
Offline Offline

Beiträge: 1602


50772603
Profil anzeigen WWW E-Mail
« Antwort #14 am: 02. August 2004, 14:19:15 »
Bei mir habe ich das so:
Code:
SQLHomedirOnDemand On
SQLUserInfo benutzer loginname passwort NULL NULL concat('/www',verzeichnis) NULL

Die Homedirs liegen in /www/ und in der datenbank steht der Benutzername als "verzeichnis" drin.
Außerdem nutze ich noch SQLHomedirOnDemand On

 :arrow: SQLUserInfo [users userid password uid gid homedir shell]
Gespeichert
RedHat 8.0 (2.4er Kernel)
proftpd 1.2.10
-mod_sql_mysql
-mow_wrap
-mod_exec
-mod_ifsession[/size]
Seiten: [1] 2 3   Nach oben
  Drucken  
« vorheriges nächstes »
 
Gehe zu:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.2 | SMF © 2006-2007, Simple Machines LLC Prüfe XHTML 1.0 Prüfe CSS
Seite erstellt in 0.08 Sekunden mit 16 Zugriffen.