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:
#
# 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>
