Plesk FTP User Manager

jo gefunden, allerdings steht da nix aussagekräftiges drinn, zumindest nicht über das fum

PHP:
websrvmng: Service /etc/init.d/apache2 failed to start
websrvmng: Service /etc/init.d/apache2 failed to start
rm: cannot remove `/var/www/vhosts/xxx.desubdomains/new/httpdocs/.htaccess': No such file or directory
rm: cannot remove `//.htpasswd': No such file or directory
rm: cannot remove `//.htpasswd': No such file or directory
filesrvmng: /opt/psa/admin/bin/chkconfig execution failed:
Unknown OS release number '2.6.24.4'
filesrvmng: /opt/psa/admin/bin/chkconfig execution failed:
Unknown OS release number '2.6.24.4'
filesrvmng: /opt/psa/admin/bin/chkconfig execution failed:
Unknown OS release number '2.6.24.4'
filesrvmng: /opt/psa/admin/bin/chkconfig execution failed:
Unknown OS release number '2.6.24.4'
 
Rechte des Verzeichnisses sind:

PHP:
drwxr-xr-x  3 root psaadm 4096 2008-09-17 10:56 ftpuseredit

und config.inc.php:

PHP:
<?php

error_reporting(0);

define("DB_USR", "admin");
define("DB_PWD", trim(exec ("cat /etc/psa/.psa.shadow")));
define("DB_NAME", "psa");
define("DB_HOST", "localhost");

// define your language file     en; de;
define("LANG", "de");

// path to your domains
define("DOMS","/var/www/vhosts/");


define("PSA_PATH",trim(exec ("grep PRODUCT_ROOT_D /etc/psa/psa.conf | sed 's/^[\t]*[A-Z_]*[\t]*//'"))."/");

define("PSA_ADMIN_USER","PSAptADM");

define("PFTP_VERSION","1.3");

?>
 
Tja, dann bin ich auch gerade überfragt.

Dann bleibt dir wohl nix anderes übrig als in der php.ini
von Plesk das error_reporting mal komplett aufzudrehen.

also E_ALL!

Gruß
Haggy
 
hi,
danke für die erweiterung. wenn ich sie zum laufen krieg wird sie mir sehr weiterhelfen :)
also ich hatte zuerst auch so meine probleme (zuerst nur ne weiße seite) aber ich hab es hingekriegt das es erscheint.
allerdings wenn ich einen neuen benutzer anlegen will geschieht nichts.
er bringt ne fehlermeldung falls ich ein falsches nicht existierendes verzeichnis ausgewählt habe, aber wenn das existiert tut sich nichts.
der nutzer wird nachher nicht unten aufgelistet, und ein login ist auch nicht möglich...

hier die dateirechte
Code:
ls -la
total 76
drwxr-xr-x  3 root psaadm 4096 2008-11-28 12:31 .
drwxr-xr-x 25 root root   4096 2008-11-28 10:01 ..
-rwxrwxrwx  1 root psaadm  623 2008-05-01 01:38 change.gif
-rwxrwxrwx  1 root psaadm  476 2008-11-28 12:31 config.inc.php
-rwxrwxrwx  1 root psaadm  479 2008-11-28 12:31 config.inc.php.backup
-rwxrwxrwx  1 root psaadm  834 2008-05-01 01:38 conn.php
-rwxrwxrwx  1 root psaadm  359 2008-05-01 01:38 delete.gif
-rwxrwxrwx  1 root psaadm 2564 2008-05-01 01:38 doit.php
-rwxrwxrwx  1 root psaadm 2653 2008-05-01 01:38 funcs.php
-rwxrwxrwx  1 root psaadm 5954 2008-05-01 01:38 index.php
-rwxrwxrwx  1 root psaadm 2372 2008-05-01 01:38 INSTALL.txt
drwxrwxrwx  2 root psaadm 4096 2008-05-01 01:38 lang
-rwxrwxrwx  1 root psaadm 1843 2008-05-01 01:38 logo.gif
-rwxrwxrwx  1 root psaadm 2329 2008-05-01 01:38 main.php
-rwxrwxrwx  1 root psaadm  701 2008-05-01 01:38 progress.gif
-rwxrwxrwx  1 root psaadm  497 2008-05-01 01:38 vhost_writer.sh
-rwsr-xr-x  1 root root   5004 2008-05-01 01:38 wrapper
zum test hatte ich die dateien auf 777 gesetzt.

der inhalt der config datei:
Code:
cat config.inc.php 
<?php

error_reporting(0);

define("DB_USR", "admin");
define("DB_PWD", trim(exec ("cat /etc/psa/.psa.shadow")));
define("DB_NAME", "psa");
define("DB_HOST", "localhost");

// define your language file     en; de;
define("LANG", "de");

// path to your domains
define("DOMS","/var/www/vhosts/");


define("PSA_PATH",trim(exec ("grep PRODUCT_ROOT_D /etc/psa/psa.conf | sed 's/^[\t]*[A-Z_]*[\t]*//'"))."/");

define("PSA_ADMIN_USER","PSAptADM");

define("PFTP_VERSION","1.3");

?>
die pfadangaben stimmen, und die psa.conf existiert auch. (muss beim PSA_ADMIN_USER mein "admin" rein oder ist das PSAptADM schon korrekt?

im httpsd_error.log findet sich folgendes:
Code:
./vhost_writer.sh: 3: Syntax error: "(" unexpected
./vhost_writer.sh: 3: Syntax error: "(" unexpected
./vhost_writer.sh: 3: Syntax error: "(" unexpected
./vhost_writer.sh: 3: Syntax error: "(" unexpected
das problem hatte auch schon folgender user, aber leider ging keiner darauf ein:
so, habe auch meine Problems mit FUM, AWZ und SUDO

UBUNTU
PLESK 8.3


bei FUM und SUDO bekomme ich im error log des httpsd (admin) :

[Wed Mar 5 14:51:02 2008] [Plesk] Checking session type 1
./vhost_writer.sh: 3: Syntax error: "(" unexpected
[Wed Mar 5 14:51:02 2008] [Plesk] ::init

bin nicht der shell script experte - was könnte da im vhost_writer.sh falsch sein?
auch ein Wechsel auf bash (ubuntu benutzt dash) führt zu syntax Fehler im script

vielen Dank an Haggybear - er hat ein Lösung gefunden - schein ein Ubuntu Problem zu sein
zu meinem system:
Code:
Plesk Control Panel-Version	psa v8.6.0_build86080905.19 os_Ubuntu 8.04
Betriebssystem	Linux 2.6.24-21-generic

so ich hoffe du hast alles was du brauchst um mir helfen zu können :D

mfg
mniewiera
 
Version 1.3.1

Ein kleines Update des FUM. Dieses behebt einen Bug wenn der default FTP-User geändert wird. Der FUM ändert nun die entsprechenden Plesk-DB Tabellen mit, damit es bei einem Plesk Restart nicht zu Fehlern führt.

Download -> www.haggybear.de

//EDIT: Attachment gelöscht, nur noch der letzte Post anhält die akt. Version.

Gruß
Haggy
 
Last edited by a moderator:
Hallo,

ich habe folgendes Problem: Wenn ich einen User anlegen möchte und entsprechend die Daten eingebe und dann auf erstellen klicke, wechselt die Seite sodass ich nur noch " FTP User Manager Version (1.3.1) [Sie haben die aktuelle Version]" sehe und sonst nichts, er legt aber leider keinen Benutzer an.

Die Rechtevergabe sieht so aus:

sxxxxxxxxx:/opt/psa/admin/htdocs/ftpuseredit# ls -la
total 76
drwxr-xr-x 3 root psaadm 4096 Jan 11 23:43 .
drwxr-xr-x 25 root root 4096 Jan 11 23:18 ..
-rw-r--r-- 1 root psaadm 2588 Jan 11 23:16 INSTALL.txt
-rw-r--r-- 1 root psaadm 623 Jan 11 23:16 change.gif
-rw-r--r-- 1 root psaadm 480 Jan 11 23:16 config.inc.php
-rw-r--r-- 1 root psaadm 834 Jan 11 23:16 conn.php
-rw-r--r-- 1 root psaadm 359 Jan 11 23:16 delete.gif
-rw-r--r-- 1 root psaadm 3176 Jan 11 23:16 doit.php
-rw-r--r-- 1 root psaadm 2653 Jan 11 23:16 funcs.php
-rw-r--r-- 1 root psaadm 5953 Jan 11 23:16 index.php
drwxr-xr-x 2 root psaadm 4096 Jan 11 23:16 lang
-rw-r--r-- 1 root psaadm 1843 Jan 11 23:16 logo.gif
-rw-r--r-- 1 root psaadm 2345 Jan 11 23:16 main.php
-rw-r--r-- 1 root psaadm 701 Jan 11 23:16 progress.gif
-rwxr-xr-x 1 root psaadm 497 Jan 11 23:16 vhost_writer.sh
-rwxr-xr-x 1 root root 5408 Jan 11 23:43 wrapper
-rw------- 1 root root 2655 Dec 14 12:39 wrapper.c

In der /opt/psa/admin/logs/httpsd_error_log steht nichts drin, also sprich die ist komplett leer. Wobei er wohl logt, da in früheren Logs etwas drin steht.

Zum System:

Debian Etch 32 bit mit Plesk 9.0

Habt ihr irgendeine Idee was es sein könnte? Wenn Infos fehlen kurz melden.

Besten Dank vorab!

Padi
 
Okay stimmt, ich hatte die Wrapper File ein paar mal überschrieben und da sind wohl die Rechte flöten gegangen. Und weiterhin werden keine Benutzer erstellt wenn die Kennwörter weniger als 6 Zeichen haben.


Grüße
 
Hallo haggybear :o

Ist es richtig, dass man den Zugriffpfad eines Benutzers oder das Pw nicht ändern kann ohne seinen Namen zu verändern? :confused:

gruß REINI
 
Last edited by a moderator:
nach einem serverumzug wollte ich mir auch wieder FUM raufhauen .....vorher hats perfekt funktioniert :(
angezeigt im plesk wird alles einstellungen sind auch ok nur wenn ich ok klicke passiert nix weiter :(

wo liegt bei mir das problem ? könnte mir jemand da weiterhelfen :confused:

PHP:
-rw-r--r-- 1 root psaadm  623  7. Feb 19:46 change.gif
-rw-r--r-- 1 root psaadm  480  7. Feb 19:49 config.inc.php
-rw-r--r-- 1 root psaadm  834  7. Feb 19:46 conn.php
-rw-r--r-- 1 root psaadm  359  7. Feb 19:46 delete.gif
-rw-r--r-- 1 root psaadm 3176  7. Feb 19:46 doit.php
-rw-r--r-- 1 root psaadm 2653  7. Feb 19:46 funcs.php
-rw-r--r-- 1 root psaadm 5953  7. Feb 19:46 index.php
drwxr-xr-x 2 root psaadm 4096  7. Feb 19:46 lang
-rw-r--r-- 1 root psaadm 1843  7. Feb 19:46 logo.gif
-rw-r--r-- 1 root psaadm 2345  7. Feb 19:46 main.php
-rw-r--r-- 1 root psaadm  162  7. Feb 19:46 ~$NSTALL.txt
-rw-r--r-- 1 root psaadm  701  7. Feb 19:46 progress.gif
-rwxr-xr-x 1 root psaadm  497  7. Feb 19:46 vhost_writer.sh
-rwxr-xr-x 1 root root   5004  7. Feb 20:03 wrapper

vielen dank im voraus
 
Die übliche Antwort, wie schon eine Seite vorher und vorher und vorher:
Code:
-rw[B][COLOR="Red"]s[/COLOR][/B]r-xr-x 1 root root   5004  7. Feb 20:03 wrapper
 
Wie die alte VW-Käfer Werbung, und er läuft und läuft und läuft.... :-)

Danke LinuxAdmin, dann brauche ich das nicht zu sagen!!
 
entschuldigt .....aber ich bin ein absoluter noob in sachen server bin schon froh das ich das überhaupt hin bekomme (so einiger maßen)
von mir mir aus könnt ihr mich steinigen,teeren und federn aber wie war der chmod befehl dafür nochmal :confused:
mir qualmt schon die rübe :(
 
Den chmod-Befehl verrate ich Dir nicht, sondern, dass sich in der schwarzen Zeile hier oben im Forum ein Button mit der Aufschrift "Suche" befindet. Der verrät es Dir dann -- und Du hast was dabei gelernt.

Das steht übrigens auch in den Nutzungsbedingungen, bei denen ich Dich bitten möchte, noch mal den Abschnitt 3.2 zu lesen und künftig zu beachten. Danke!
 
nunja ich hab das forum schon durchforstet aber hatte nix gefunden :(
hab vieleicht die falschen begriffe oder bezeichnungen dafür eingegeben :(
aber jezt hab ich es gefunden danke trotzdem nochmal
 
Ich habe unter Plesk 9.x auf Debian Etch 4.x auch das bekannte Problem mit der leeren Seite :( Und bei mir ist das S-Bit gesetzt siehe:
Code:
drwxr-xr-x  3 root psaadm 4096 2008-12-23 16:48 .
drwxr-xr-x 33 root root   4096 2009-01-20 12:33 ..
-rwxr-xr-x  1 root psaadm  623 2009-01-09 09:25 change.gif
-rwxr-xr-x  1 root psaadm  480 2009-03-04 15:50 config.inc.php
-rwxr-xr-x  1 root psaadm  834 2009-01-09 09:25 conn.php
-rwxr-xr-x  1 root psaadm  359 2009-01-09 09:25 delete.gif
-rwxr-xr-x  1 root psaadm 3176 2009-01-09 09:25 doit.php
-rwxr-xr-x  1 root psaadm 2653 2009-01-09 09:25 funcs.php
-rwxr-xr-x  1 root psaadm 5953 2009-01-09 09:25 index.php
-rwxr-xr-x  1 root psaadm 2588 2009-01-09 09:26 INSTALL.txt
drwxr-xr-x  2 root psaadm 4096 2009-03-04 15:49 lang
-rwxr-xr-x  1 root psaadm 1843 2009-01-09 09:25 logo.gif
-rwxr-xr-x  1 root psaadm 2345 2009-01-09 09:25 main.php
-rwxr-xr-x  1 root psaadm  701 2009-01-09 09:25 progress.gif
-rwxr-xr-x  1 root psaadm  497 2009-01-09 09:25 vhost_writer.sh
-rwsr-xr-x  1 root root   5004 2009-01-09 09:25 wrapper

Falls ich was übersehen habe, tut es mir schonmal leid.. Aber ich konnte nix finden womit ich das Problem beheben kann auch das entsprechende Log-File ist bei mir leer.

Mein config.inc.php
Code:
<?php

error_reporting(0);

define("DB_USR", "admin");
define("DB_PWD", trim(exec ("cat /etc/psa/.psa.shadow")));
define("DB_NAME", "psa");
define("DB_HOST", "localhost");

// define your language file     en; de;
define("LANG", "en");

// path to your domains
define("DOMS","/var/www/vhosts/");


define("PSA_PATH",trim(exec ("grep PRODUCT_ROOT_D /etc/psa/psa.conf | sed 's/^[\t]*[A-Z_]*[\t]*//'"))."/");

define("PSA_ADMIN_USER","PSAptADM");

define("PFTP_VERSION","1.3.1");

?>

Weiss jemand Rat? Thx schonmal im Voraus...

Gruss,
Dawn

EDIT: Eine Info kann ich vielleicht noch geben: Im IE zeigt es mir folgenden Aufruf an: Übrigends wird folgende folgendes aufgerufen: index.php?dom_id=49?dom_name=meindomain.com?ftp_user=derhauptftpusermeinesdomains
 
Last edited by a moderator:
Mit Plesk9 funktioniert FUM irgendwie überhaupt nicht richtig. Ich habe mal ein wenig versucht das Problem nachzuvollziehen.

- Debian 64bit, Plesk9, Plesk9 Wrapper, sticky bit ist gesetzt

- Wenn ich erst auf SCP und dann auf FUM gehen, dann überhaupt FUM teile von SCP, oder wenn ich erst auf FUM und dann auf SCP gehe, dann hat das SCP teile vom SCP visuell geladen. Ich vermute das ist ein Problem mit ACP der in Plesk9 genutzt wird (ob das in Plesk8 genutzt wurde weiß ich nicht)

- APC wird mittels /opt/psa/admin/conf/php.ini gesteuert:

Code:
short_open_tag = On
y2k_compliance = Off
output_buffering = Off
allow_call_time_pass_reference = On
max_execution_time = 600
max_input_time = 600
memory_limit = 128M

error_reporting = E_ALL & ~E_NOTICE
log_errors = On
display_errors = Off
warn_plus_overloading = Off

variables_order = "ECGPS"
register_argc_argv = On
auto_globals_jit = Off
post_max_size = 2147483647
magic_quotes_gpc = On
magic_quotes_runtime = Off

include_path = "/opt/psa/admin/plib:/opt/psa/admin/javascripts:/opt/psa/admin/plib/locales:/opt/psa/admin/auto_prepend:/opt/psa/admin/htdocs/domains/databases/phpMyAdmin:/opt/psa/admin/htdocs/domains/databases/phpPgAdmin"
upload_tmp_dir = "/tmp"
upload_max_filesize = 2147483647

apc.stat = 0
apc.shm_size = 40
apc.include_once_override = 1
swkey.repository_dir = "/etc/sw/keys"

- Die weiße Seite beim anlegen eines Verzeichnisses kommt, wenn APC angeschaltet ist. Als ich es abgeschaltet habe, bekam ich die Fehlermeldung dass, das angegebene Verzeichnis nicht existiert.

- das Verzeichnis existiert!

- irgendwas passt mit der is_dir($directory) Funktion (in der doit.php) nicht, da diese "false" anstelle true zurückgibt. Ich habe nicht rausgefunden was. $directory existiert.

- Das angegebene Verzeichnis existiert (ein manuell angelegter FTP User wird sogar in FUM angezeigt und man kann mittels FTP Client auf diesen konnektieren. Bearbeite ich allerdings den Benutzer (z.b. neues Passwort) mitetls FUM, so wird mir angezeigt "Verzeichnis existiert nicht"

- Wenn ich das Verzeichnis auf "/" stehen lasse wird kein neuer Benutzer angelegt, allerdings wird der wrapper angestossen. Ob er korrekt ausgeführt wird, kann ich nicht sagen, da in den Logdateien nichts auftaucht

Hoffe dies steuert -zumindest etwas- zur Problematik unter Plesk9 bei.
 
Ich habe den FUM bei mir gestern auch mal getestet, bekomme aber nach dem anlegen eines Users auch nur eine weiße Seite.

Bei mir läuft Plesk 9.0.1 mit Redhat.
Besteht Hoffnung das man den FUM auch unter dieser Konfiguration zum laufen bekommt?

Ach so, Hallo zusammen, bin ganz frisch dabei ;)
 
Back
Top