owncloud - kein Zugriff mehr - seit update auf DSM 6?

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.
Hi,

Geht bei der DS eigentlich irgendwas ohne Probleme?

ich hab keine Probleme, soweit läuft alles wie ich es möchte. :)
Kleiner Tipp; Wenn die Deinstallation nichts bringt könntest du noch das DSM neu installieren.
Ein Backup empfiehlt sich in jedem Fall. Hoffe aber es läuft wieder alles?

Hinweis: Bei der Neuinstallation von DSM werden Ihre aktuellen Systemkonfigurationseinstellungen entfernt, doch Ihre Daten bleiben intakt...

https://www.synology.com/de-de/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS#t3

Bob
 
Hi,

stimmt, das war etwas to mutch. Sonst läuft´s ja auch problemlos, meist.
Habe mich da über die erneuten Probleme der Deinstallation der OC bzw. MySQL Datenbank die ein Password für die root wil
aber es nicht akzeptiert, zurücksetzen und neue Passwörter vergeben, hilft auch nicht.
Somit ist OC immer noch funktionslos auf der DS. Hab´s bis jetzt nicht runter bekommen.

Wolfzahn
 
problem gelöst mit htaccess-datei .. ich hatte die selben und andere probleme .. v.a. bei neuinstallation der community-version auf DSM 6
htaccess-datei von OC 8.1.9 auf DSM 6
(ursprünglich habe ich OC 8.1.2 community-version auf DSM 5.4 installiert, dann DSM auf 6 geupt, dann OC auf 8.1.9 geupt)
hier das gute stück:

# Version: 8.1.9
<IfModule mod_headers.c>
<IfModule mod_fcgid.c>
<IfModule mod_setenvif.c>
SetEnvIfNoCase ^Authorization$ "(.+)" XAUTHORIZATION=$1
RequestHeader set XAuthorization %{XAUTHORIZATION}e env=XAUTHORIZATION
</IfModule>
</IfModule>

<IfModule mod_env.c>
# Add security and privacy related headers
Header set X-Content-Type-Options "nosniff"
Header set X-XSS-Protection "1; mode=block"
Header set X-Robots-Tag "none"
Header set X-Frame-Options "SAMEORIGIN"
SetEnv modHeadersAvailable true
</IfModule>

# Add cache control for CSS and JS files
<FilesMatch "\.(css|js)$">
Header set Cache-Control "max-age=7200, public"
</FilesMatch>
</IfModule>
<IfModule mod_php5.c>
php_value upload_max_filesize 3513M
php_value post_max_size 3513M
php_value memory_limit 3512M
php_value mbstring.func_overload 0
php_value always_populate_raw_post_data -1
php_value default_charset 'UTF-8'
php_value output_buffering off
<IfModule mod_env.c>
SetEnv htaccessWorking true
</IfModule>
</IfModule>
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteRule ^\.well-known/host-meta /public.php?service=host-meta [QSA,L]
RewriteRule ^\.well-known/host-meta\.json /public.php?service=host-meta-json [QSA,L]
RewriteRule ^\.well-known/carddav /remote.php/carddav/ [R=301,L]
RewriteRule ^\.well-known/caldav /remote.php/caldav/ [R=301,L]
RewriteRule ^apps/calendar/caldav\.php remote.php/caldav/ [QSA,L]
RewriteRule ^apps/contacts/carddav\.php remote.php/carddav/ [QSA,L]
RewriteRule ^remote/(.*) remote.php [QSA,L]
RewriteRule ^(build|tests|config|lib|3rdparty|templates)/.* - [R=404,L]
RewriteRule ^(\.|autotest|occ|issue|indie|db_|console).* - [R=404,L]
</IfModule>
<IfModule mod_mime.c>
AddType image/svg+xml svg svgz
AddEncoding gzip svgz
</IfModule>
<IfModule mod_dir.c>
DirectoryIndex index.php index.html
</IfModule>
AddDefaultCharset utf-8
Options -Indexes
<IfModule pagespeed_module>
ModPagespeed Off
</IfModule>

ErrorDocument 403 /owncloud/core/templates/403.php
ErrorDocument 404 /owncloud/core/templates/404.php
 
Ich habe OC und NC im Einsatz, jeweils die neusten Versionen, auf DSM 5 und 6, und alles läuft. was bei OC und NC immer wieder ein Haken ist, sind die Rechte, User und Gruppen. Deshalb geh ich inzwischen her, markiere in WinSCP die Verzeichnisse von OC und NC, vergebe als Gruppe "root", als User "http" und stelle die Rechte rekursiv auf 0775 für alles. Ich weiß, das sollte nicht ganz so pauschal sein, aber mir wurde das zu aufwendig, die Rechte definiert mit 770, 640, usw. zu vergeben. Mit der Vorgehensweise aber, hatte ich noch nie Probleme.

Aus der 8-er Serie von OC würde ich nur OC 8.2.6 installieren, OC 8.1.x ist auch nicht übel, hatte aber noch zu viele Macken.
 
die rechte-geschichte ist sicher das primäre, doch wenn das nicht hilft, dann kann es an der htaccess-datei liegen .. bei mir war das in zwei oc-installationen so

die 8.1.9 hat bei mir keine maken .. die 8.1.3 hatte noch welche, z.b. mit der pdf-darstellung
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat