Titel: SITE CHMOD im FTP-Client geht nicht! Beitrag von: Timber am 15. Dezember 2005, 09:46:10 Ich habe folgendes Problem:
Ich nutze VHCS Pro v2.4.6.2 auf Debian stable (sarge). Nun läuft auch alles einwandfrei, ich lege einen Nutzer an (www.xxxxxxxx.de) und möchte darauf Joomla (www.joomla.org) installieren. Auch das klappt wunderbar, allerdings gibt er mir schon am Anfang die Fehlermeldung, dass einige Verzeichnisse nicht schreibbar sind. Das behebe ich mit CHMOD. Leider geht das nicht über den FTP-Client sondern nur über direkten shell-Zugriff auf den Server. Auch wenn ich später neue Komponenten für Joomla installiere kann ich kein SITE CHMOD im FTP (SmartFTP) ausführen. Kann ich irgendwo einstellen, dass jeder neue Benutzer bei VHCS die FTP-Rechte: READ STOR MKD RMD SITE_CHMOD bekommt? Für micht mit Serverzugriff ist es egal, aber wenn andere externe Nutzer hinzukommen, können diese gar keine Joomlainstallation durchführen... Ich hab mich jetzt mal ein bisserl durchgelesen hier und im vhcs.net Forum. Leider hat es mir überhaupt nicht weitergeholfen :( <Limit SITE_CHMOD> AllowAll </Limit> bringt keinen Unterschied. Ich bekomme immer diese Fehlermeldung, wenn ich versuche im FTP-Client zu chmodden: >SITE CHMOD 777 product >550 product: Operation not permitted hier meine config: Code: # # VHCS proftpd config file # # ServerName "debianvhcs" ServerType standalone DeferWelcome off ShowSymlinks on MultilineRFC2228 on DefaultServer on ShowSymlinks on AllowOverwrite on LogFormat traff "%b %u" TimeoutNoTransfer 600 TimeoutStalled 600 TimeoutIdle 1200 DisplayLogin welcome.msg DisplayFirstChdir .message #LsDefaultOptions "-l" DenyFilter \*.*/ DefaultRoot ~ # Uncomment this if you are using NIS or LDAP to retrieve passwords: #PersistentPasswd off # Port 21 is the standard FTP port. Port 21 # To prevent DoS attacks, set the maximum number of child processes # to 30. If you need to allow more than 30 concurrent connections # at once, simply increase this value. Note that this ONLY works # in standalone mode, in inetd mode you should use an inetd server # that allows you to limit maximum number of processes per service # (such as xinetd) MaxInstances 30 # Set the user and group that the server normally runs at. User nobody Group nogroup # Normally, we want files to be overwriteable. <Directory /*> # Umask 022 is a good standard umask to prevent new files and dirs # (second parm) from being group and world writable. Umask 022 022 AllowOverwrite on HideNoAccess on </Directory> <Limit ALL> IgnoreHidden on </Limit> <Global> TransferLog /var/log/xferlog ExtendedLog /var/log/ftp_traff.log read,write traff PathDenyFilter "\.quota$" </Global> # # VHCS2 Managment; # SQLAuthTypes Crypt SQLAuthenticate on SQLConnectInfo vhcs2@localhost vftp SQLUserInfo ftp_users userid passwd uid gid homedir shell SQLGroupInfo ftp_group groupname gid members SQLMinID 2000 # # VHCS2 Quota management; # QuotaEngine on QuotaShowQuotas on QuotaDisplayUnits Mb SQLNamedQuery get-quota-limit SELECT "name, quota_type, per_session, limit_type, bytes_in_avail, bytes_out_avail, bytes_xfer_avail, files_in_avail, files_out_avail, files_xfer_avail FROM quotalimits WHERE name = '%{0}' AND quota_type = '%{1}'" SQLNamedQuery get-quota-tally SELECT "name, quota_type, bytes_in_used, bytes_out_used, bytes_xfer_used, files_in_used, files_out_used, files_xfer_used FROM quotatallies WHERE name = '%{0}' AND quota_type = '%{1}'" SQLNamedQuery update-quota-tally UPDATE "bytes_in_used = bytes_in_used + %{0}, bytes_out_used = bytes_out_used + %{1}, bytes_xfer_used = bytes_xfer_used + %{2}, files_in_used = files_in_used + %{3}, files_out_used = files_out_used + %{4}, files_xfer_used = files_xfer_used + %{5} WHERE name = '%{6}' AND quota_type = '%{7}'" quotatallies SQLNamedQuery insert-quota-tally INSERT "%{0}, %{1}, %{2}, %{3}, %{4}, %{5}, %{6}, %{7}" quotatallies QuotaLock /var/run/proftpd/tally.lock QuotaLimitTable sql:/get-quota-limit QuotaTallyTable sql:/get-quota-tally/update-quota-tally/insert-quota-tally <IfModule mod_delay.c> DelayEngine off </IfModule> Titel: Re: SITE CHMOD im FTP-Client geht nicht! Beitrag von: stonki am 15. Dezember 2005, 10:05:17 hmm, "product" ist aber ein Verzeichnis, oder ? Stimmen die Standard Unix Rechte ?
Titel: SITE CHMOD im FTP-Client geht nicht! Beitrag von: Timber am 15. Dezember 2005, 10:13:30 Ja, "products" ist ein Verzeichnis (von der Komponente VirtueMart)
Wo kann ich die Unixrechte einsehen? Wie gesagt, ich kenne mich nicht übermäßig aus und eigentlich übernimmt vhcs alle Einstellungen für mich (dachte ich zumindest bisher) |