[Owncloud] "/lib" kann nicht gelöscht werden

Alle weiteren Dienste, die nicht in die drei oberen Foren gehören.
Antworten
ThunderByte
Beiträge: 59
Registriert: 04.10.2014 09:36:16

[Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von ThunderByte » 21.01.2016 18:35:48

Hi,

Ich wollte gerade meine komplette Owncloud Installation löschen, jedoch ist mir aufgefallen, dass ich den Ordner "/lib" nicht löschen kann. Der Ordner ist mit den selben Rechten und Eigentümer wie die anderen versehen, dennoch geht es nicht. Ich kann alle Ordner, bis auf den "/lib" löschen. Bei dem Lib bekomme ich die Meldung "keine Berechtigung".
Eine Ahnung woran das liegt und wie ich es beheben kann?
Eingesetzt wird FCGID unter Apache 2.4

Bild

Vielen Dank!

Benutzeravatar
mistersixt
Beiträge: 6528
Registriert: 24.09.2003 14:33:25
Lizenz eigener Beiträge: GNU Free Documentation License

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von mistersixt » 22.01.2016 07:47:54

Ist vielleicht eine Datei in diesem Ordner, die nicht diesem User gehört?

Gruss, mistersixt.
--
System: Debian Stretch, 4.x.x.bpo-amd64, ext4, AMD Ryzen 7, 8 x 3.7 Ghz., NV-GTX 1070, 16 GB Ram, XFCE

ThunderByte
Beiträge: 59
Registriert: 04.10.2014 09:36:16

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von ThunderByte » 22.01.2016 07:49:05

Hallo,
Wenn ich das richtig gesehen habe, gehören alle Dateien diesem User. Ich überprüfe das heute Mittag aber nochmal

ThunderByte
Beiträge: 59
Registriert: 04.10.2014 09:36:16

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von ThunderByte » 22.01.2016 13:42:27

Ich habe das nochmla überprüft, die Dateien gehören alle dem User.

tuxedo
Beiträge: 61
Registriert: 26.11.2014 17:03:45
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: CH

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von tuxedo » 22.01.2016 14:48:55

Hallo

Wie sieht dein Löschbefehl aus?
Bei welcher Datei scheitert er?

Grüsse

ThunderByte
Beiträge: 59
Registriert: 04.10.2014 09:36:16

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von ThunderByte » 22.01.2016 15:59:46

Hi,
Ich mache das ganze über FTP als Webuser. Es scheint (alle?) Dateien in "/lib" zu betreffen. Via Shell als root kann ich den Ordner ohne Probleme löschen.
Sperrt Owncloud eventuell das Verzeichnis?

Grüße und danke

ThunderByte
Beiträge: 59
Registriert: 04.10.2014 09:36:16

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von ThunderByte » 27.01.2016 07:51:09

Das ist komisch.. Via shell als der entsprechende User, dem die Dateien gehören, kann ich die Datei ohne Probleme löschen, via FTP als selber User funktioniert es allerdings nicht.
Ich nutze Proftpd, die Config ist nach Froxlor Vorgaben konfiguriert.
Ich werde die Config heute Mittag nachreichen.

ThunderByte
Beiträge: 59
Registriert: 04.10.2014 09:36:16

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von ThunderByte » 27.01.2016 14:43:44

Hier die proftpd.conf

Code: Alles auswählen

#
# /etc/proftpd/proftpd.conf -- This is a basic ProFTPD configuration file.
# To really apply changes, reload proftpd after modifications, if
# it runs in daemon mode. It is not required in inetd/xinetd mode.
# 

# Includes DSO modules
Include /etc/proftpd/modules.conf

# Set off to disable IPv6 support which is annoying on IPv4 only boxes.
UseIPv6				on
# If set on you can experience a longer connection delay in many cases.
IdentLookups			off

ServerName                     "srv.Domain.de FTP Server"
ServerType			standalone
DeferWelcome			off

MultilineRFC2228		on
DefaultServer			on
ShowSymlinks			on

TimeoutNoTransfer		600
TimeoutStalled			600
TimeoutIdle			1200

DisplayLogin                    welcome.msg
DisplayChdir               	.message true
ListOptions                	"-l"

DenyFilter			\*.*/

# Use this to jail all users in their homes 
# DefaultRoot			~

# Users require a valid shell listed in /etc/shells to login.
# Use this directive to release that constrain.
# RequireValidShell		off

# Port 21 is the standard FTP port.
Port				21

# In some cases you have to specify passive ports range to by-pass
# firewall limitations. Ephemeral ports can be used for that, but
# feel free to use a more narrow range.
# PassivePorts                  49152 65534

# If your host was NATted, this option is useful in order to
# allow passive tranfers to work. You have to use your public
# address and opening the passive ports used on your firewall as well.
# MasqueradeAddress		1.2.3.4

# This is useful for masquerading address with dynamic IPs:
# refresh any configured MasqueradeAddress directives every 8 hours
<IfModule mod_dynmasq.c>
# DynMasqRefresh 28800
</IfModule>

# 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				proftpd
Group				nogroup

# Umask 022 is a good standard umask to prevent new files and dirs
# (second parm) from being group and world writable.
Umask				022  022
# Normally, we want files to be overwriteable.
AllowOverwrite			on

# Uncomment this if you are using NIS or LDAP via NSS to retrieve passwords:
# PersistentPasswd		off

# This is required to use both PAM-based authentication and local passwords
# AuthOrder			mod_auth_pam.c* mod_auth_unix.c

# Be warned: use of this directive impacts CPU average load!
# Uncomment this if you like to see progress and transfer rate with ftpwho
# in downloads. That is not needed for uploads rates.
#
# UseSendFile			off

TransferLog /var/log/proftpd/xferlog
SystemLog   /var/log/proftpd/proftpd.log

# Logging onto /var/log/lastlog is enabled but set to off by default
#UseLastlog on

# In order to keep log file dates consistent after chroot, use timezone info
# from /etc/localtime.  If this is not set, and proftpd is configured to
# chroot (e.g. DefaultRoot or <Anonymous>), it will use the non-daylight
# savings timezone regardless of whether DST is in effect.
#SetEnv TZ :/etc/localtime

<IfModule mod_quotatab.c>
QuotaEngine on
</IfModule>

<IfModule mod_ratio.c>
Ratios off
</IfModule>


# Delay engine reduces impact of the so-called Timing Attack described in
# http://www.securityfocus.com/bid/11430/discuss
# It is on by default. 
<IfModule mod_delay.c>
DelayEngine on
</IfModule>

<IfModule mod_ctrls.c>
ControlsEngine        off
ControlsMaxClients    2
ControlsLog           /var/log/proftpd/controls.log
ControlsInterval      5
ControlsSocket        /var/run/proftpd/proftpd.sock
</IfModule>

<IfModule mod_ctrls_admin.c>
AdminControlsEngine off
</IfModule>

#
# Alternative authentication frameworks
#
#Include /etc/proftpd/ldap.conf
Include /etc/proftpd/sql.conf

#
# This is used for FTPS connections
#
#Include /etc/proftpd/tls.conf

#
# Useful to keep VirtualHost/VirtualRoot directives separated
#
#Include /etc/proftpd/virtuals.conf

# A basic anonymous configuration, no upload directories.

# <Anonymous ~ftp>
#   User				ftp
#   Group				nogroup
#   # We want clients to be able to login with "anonymous" as well as "ftp"
#   UserAlias			anonymous ftp
#   # Cosmetic changes, all files belongs to ftp user
#   DirFakeUser	on ftp
#   DirFakeGroup on ftp
# 
#   RequireValidShell		off
# 
#   # Limit the maximum number of anonymous logins
#   MaxClients			10
# 
#   # We want 'welcome.msg' displayed at login, and '.message' displayed
#   # in each newly chdired directory.
#   DisplayLogin			welcome.msg
#   DisplayChdir		.message
# 
#   # Limit WRITE everywhere in the anonymous chroot
#   <Directory *>
#     <Limit WRITE>
#       DenyAll
#     </Limit>
#   </Directory>
# 
#   # Uncomment this if you're brave.
#   # <Directory incoming>
#   #   # Umask 022 is a good standard umask to prevent new files and dirs
#   #   # (second parm) from being group and world writable.
#   #   Umask				022  022
#   #            <Limit READ WRITE>
#   #            DenyAll
#   #            </Limit>
#   #            <Limit STOR>
#   #            AllowAll
#   #            </Limit>
#   # </Directory>
# 
# </Anonymous>

# Include other custom configuration files
Include /etc/proftpd/conf.d/

uname
Beiträge: 10001
Registriert: 03.06.2008 09:33:02

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von uname » 27.01.2016 15:02:44

Versuche doch mal den leider etwas veralteten, aber immer noch genialen Eine-Datei-PDF-Filemanager http://phpfm.sourceforge.net . Kannst du damit die Dateien weghauen? Wofür brauchst du im übrigen FCGID? Wusste gar nicht, dass es CGI überhaupt noch gibt. Und FTP sollte eigentlich auch gleich mit verboten werden. Kannst du nicht ssh bzw. sftp/scp nutzen wie normale Menschen? Dann braucht man auch deine FTP-Konfigurationen auch nicht lesen.

ThunderByte
Beiträge: 59
Registriert: 04.10.2014 09:36:16

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von ThunderByte » 27.01.2016 15:05:29

Hallo,

Mittels des Filemanagers konnte ich den Ordner ohne Probleme löschen.
FCGID nutze ich überwiegend dazu, um das Rechteproblem zwischen FTP User und Webuser zu umgehen.

Grüße

uname
Beiträge: 10001
Registriert: 03.06.2008 09:33:02

Re: [Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von uname » 27.01.2016 15:07:17

Gut. Aber was willst du überhaupt mit FTP und dem Webuser. Was soll das? Wem bringt das was?

ThunderByte
Beiträge: 59
Registriert: 04.10.2014 09:36:16

[Owncloud] "/lib" kann nicht gelöscht werden

Beitrag von ThunderByte » 27.01.2016 15:07:51

Spielt das eine Rolle? :)

Antworten