Nextcloud 21 Konfigurationsfehler

DesasterMaster

Nachdem mir das Update auf NC 21 angeboten wurde, habe ich das mal durchgeführt. Nach erfolgreichem Update hatte ich dann doch einige Fehler in Einstellungen/Übersicht.

Code

Es gibt einige Warnungen bei Deiner Systemkonfiguration.
Dein Web-Server ist nicht richtig eingerichtet um "/.well-known/webfinger" aufzulösen. Weitere Informationen findest Du in der Dokumentation.
Dein Web-Server ist nicht richtig eingerichtet um "/.well-known/nodeinfo" aufzulösen. Weitere Informationen findest Du in der Dokumentation.
Bitte überprüfe noch einmal die Installationsanleitungen ↗ und kontrolliere das Protokoll auf mögliche Fehler oder Warnungen.


Überprüfe die Sicherheit Deiner Nextcloud über unseren Sicherheitsscanner ↗.

Ich konnte alle bis auf diese zwei beheben aber hier ist auch mein Wissen zu Ende. Kann mir jemand eine Hilfestellung geben um das ganze zu beheben?
Btw. die Social App lässt sich nicht installieren. Die Installation endet mit diesem Fehler.

Code

Could not extract app social: Out-of-path file extraction {/tmp/oc_tmp_JiKvlY-folder/social/vendor/bin/parallel-lint --> ../jakub-onderka/php-parallel-lint/parallel-lint}

Seppl1

Es steht doch drin: einfach mal in die Dokumentation schauen.

Hier:
https://docs.nextcloud.com/server/21/admi…rvice-discovery

Und falls du nginx benutzt hier vor allem die entsprechenden rewrite rules für .well-known anschauen:
https://docs.nextcloud.com/server/21/admi…tion/nginx.html

DesasterMaster

Das habe ich gemacht, aber der Fehler bleibt.
Ich nutze nginx.

Hier die config von nginx

Code

upstream php-handler {
    server unix:/run/php/php7.2-fpm.sock;
}


server {
	listen 80 default_server;
	  listen [::]:80 ipv6only=on default_server;
	server_name testserver.de 192.168.178.3;
	root /var/www;
	location ^~ /.well-known/acme-challenge {
		proxy_pass http://127.0.0.1:81;
		proxy_redirect off;
	}
		location / {
		# Enforce HTTPS
		# Use this if you always want to redirect to the DynDNS address (no local access).
		return 301 https://$server_name$request_uri;
		# Use this if you also want to access the server by local IP:
		#return 301 https://$server_addr$request_uri;


    }	
}
server {
	listen 443 ssl http2;
	listen [::]:443 ssl http2;
	server_name testserver.de 192.168.178.3;
	# Certificates used
	ssl_certificate /etc/letsencrypt/live/testserver.de/fullchain.pem;
	ssl_certificate_key /etc/letsencrypt/live/testserver.de/privkey.pem;
	# Not using TLSv1 will break:
	#	Android <= 4.4.40
	#	IE <= 10
	#	IE mobile <=10
	# Removing TLSv1.1 breaks nothing else!
	# TLSv1.3 is not supported by most clients, but it should be enabled.
	ssl_protocols TLSv1.2 TLSv1.3;
	# Cipher suite from https://cipherli.st/
	# Max. security, but lower compatibility 
	ssl_ciphers 'xxxxx';
	# Cipher suite from https://wiki.mozilla.org/Security/Server_Side_TLS
	#ssl_ciphers 'xxxxx';
	# (Modern) cipher suite from https://mozilla.github.io/server-side-tls/ssl-config-generator/
	#ssl_ciphers 'xxxxx';
	# Diffie-Hellman parameter for DHE ciphersuites, recommended 4096 bits
	ssl_dhparam /etc/nginx/ssl/dhparams.pem;
	# Use multiple curves.
	# secp521r1: Not supported by Chrome
	# secp384r1: Not supported by Android (DAVdroid)
	ssl_ecdh_curve secp521r1:secp384r1:prime256v1;
	# Server should determine the ciphers, not the client
	ssl_prefer_server_ciphers on;
	# OCSP Stapling
	# fetch OCSP records from URL in ssl_certificate and cache them
	ssl_stapling on;
	ssl_stapling_verify on;
	# This should be chain.pem
	# See here: https://certbot.eff.org/docs/using.html
	ssl_trusted_certificate /etc/letsencrypt/live/testserver.de/chain.pem;
	resolver 192.168.178.1;
	# SSL session handling
	ssl_session_timeout 24h;
	ssl_session_cache shared:SSL:50m;
	ssl_session_tickets off;
	#
	# Add headers to serve security related headers
	#  
	# HSTS (ngx_http_headers_module is required)
	# In order to be recoginzed by SSL test, there must be an index.hmtl in the server's root
	add_header Strict-Transport-Security "max-age=63072000; includeSubdomains; preload;";
	add_header X-Content-Type-Options "nosniff";
	add_header X-XSS-Protection "1; mode=block";
	add_header X-Robots-Tag none;
	add_header X-Download-Options noopen;
	add_header X-Permitted-Cross-Domain-Policies none;
	add_header Referrer-Policy no-referrer;
        add_header X-Frame-Options "SAMEORIGIN"; 
        # Remove X-Powered-By, which is an information leak
        fastcgi_hide_header X-Powered-By;	
	location = / {
        # Disable access to the web root, otherwise nginx will show the default site here.
		deny all;
        }	
	#
	# Nextcloud
	#
	location ^~ /nextcloud/ {
		# Set max. size of a request (important for uploads to Nextcloud)
		client_max_body_size 10G;
		# Besides the timeout values have to be raised in nginx' Nextcloud config, these values have to be raised for the proxy as well
		proxy_connect_timeout 3600;
		proxy_send_timeout 3600;
		proxy_read_timeout 3600;
		send_timeout 3600;
		proxy_buffering off;
		proxy_request_buffering off;
		proxy_max_temp_file_size 10240m;
		proxy_set_header Host $host;
		proxy_set_header X-Real-IP $remote_addr;
		proxy_pass http://127.0.0.1:82;
		proxy_redirect off;
	}
	# These two location blocks are needed, otherwise you'll get warnings in the Nextcloud admin UI later on
	location = /.well-known/carddav {
		return 301 $scheme://$host/nextcloud/remote.php/dav;
	}
	location = /.well-known/caldav {
		return 301 $scheme://$host/nextcloud/remote.php/dav;
	}
	# Well-known URL for Webfinger
	# Regardless of this rule, you'll get a warning in the admin UI when the social app is not installed
	location = /.well-known/webfinger {
		return 301 $scheme://$host/nextcloud/public.php?service=webfinger;
	}
	 location ^~ /emby/ {
                proxy_pass http://127.0.0.1:8096; # Local emby ip and non SSL port


                proxy_hide_header X-Powered-By;
                proxy_set_header Range $http_range;
                proxy_set_header If-Range $http_if_range;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header Host $host;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;


               #Next three lines allow websockets
                proxy_http_version 1.1;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection "upgrade";
        }
        location ^~ /tvheadend/ {
                proxy_pass http://127.0.0.1:9981; # Local tvheadend ip and non SSL port


                proxy_hide_header X-Powered-By;
                proxy_set_header Range $http_range;
                proxy_set_header If-Range $http_if_range;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header Host $host;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;


               #Next three lines allow websockets
                proxy_http_version 1.1;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection "upgrade";
        }
        location ^~ /oscam/ {
                proxy_pass http://127.0.0.1:8888; # Local oscam ip and non SSL port


                proxy_hide_header X-Powered-By;
                proxy_set_header Range $http_range;
                proxy_set_header If-Range $http_if_range;
                proxy_set_header X-Real-IP $remote_addr;
                proxy_set_header Host $host;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;


               #Next three lines allow websockets
                proxy_http_version 1.1;
                proxy_set_header Upgrade $http_upgrade;
                proxy_set_header Connection "upgrade";
         }
}

Alles anzeigen

no.spam

@DesasterMaster: Wo hast du denn nextcloud am Laufen?

Habe es auf meinem UnRaid-Server im Docker mit swag/nginx im Docker

Habe nach Update auf NC21 auch die Fehler und meine nginx.conf sieht ganz anders aus als bei NC docs dargestellt...

~~Darf ich noch kurz fragen, wie du den Fehler mit der Telefon-Region gelöst hast?~~ (inzwischen selber gelöst)

Hat hier jemand mal die conf für den UnRaid-Docker?

DesasterMaster

Meine nextcloud Instanz läuft auf Ubuntu 20.
Meine nginx.conf sieht auch anders aus. Ich weiß auch nicht wo ich da noch was editieren soll.

Das mit der Telefonnummer musst du in der config.php ändern.

Seppl1

@DesasterMaster Ersetze Zeile 102-113 durch folgendes (minimal angepasst aus den Docs hier: https://docs.nextcloud.com/server/latest/…tion/nginx.html)

Code

location ^~ /.well-known {
        # The rules in this block are an adaptation of the rules
        # in the Nextcloud `.htaccess` that concern `/.well-known`.


        location = /.well-known/carddav { return 301 $scheme://$host/nextcloud/remote.php/dav/; }
        location = /.well-known/caldav  { return 301 $scheme://$host/nextcloud/remote.php/dav/; }


        location /.well-known/acme-challenge    { try_files $uri $uri/ =404; }
        location /.well-known/pki-validation    { try_files $uri $uri/ =404; }


        # Let Nextcloud's API for `/.well-known` URIs handle all other
        # requests by passing them to the front-end controller.
        return 301 $scheme://$host/nextcloud/index.php$request_uri;
    }

Alles anzeigen

Wichtig ist, dass du nicht einfach die Seite neu laden darfst um zu überprüfen, ob der Fehler weg ist, sondern erst den Browser-Cache leeren oder dich in einem neuen privaten Fenster anmelden musst.

DesasterMaster

Super, vielen Dank für die Hilfe

Jetzt mitmachen!