Ihr Webserver ist nicht richtig konfiguriert um "/.well-known/caldav" aufzulösen

🌐 Non-english support 🇩🇪 Deutsch (german)
1

Hallo,

ich hab ein Problem was ich seid mehreren Tagen nicht gelöst bekomme.
Es geht um folgendes.
Im Browser unter der “Übersicht” wird mir das angezeigt:

  • Ihr Webserver ist nicht richtig konfiguriert um “/.well-known/webfinger” aufzulösen. Weitere Informationen hierzu finden Sie in unserer Dokumentation :arrow_upper_right:.
  • Ihr Webserver ist nicht richtig konfiguriert um “/.well-known/nodeinfo” aufzulösen. Weitere Informationen hierzu finden Sie in unserer Dokumentation :arrow_upper_right:.
  • Ihr Webserver ist nicht richtig konfiguriert um “/.well-known/caldav” aufzulösen. Weitere Informationen hierzu finden Sie in unserer Dokumentation :arrow_upper_right:.
  • Ihr Webserver ist nicht richtig konfiguriert um “/.well-known/carddav” aufzulösen. Weitere Informationen hierzu finden Sie in unserer Dokumentation :arrow_upper_right:.

Natürlich hab ich erstmal versucht mit nach den Docs zu richten und habe versucht selber das Problem zu lösen allerdings scheint nichts zu funktionieren.

Systeminformationen:
Hardware: Raspberry Pi 3b+
OS: Rasbian
PHP Version: PHP 8.0.9
Nextcloud Version: 22.1.0
Web-Server: Apache2.4.38
Datenbank: MySQL (Version: 10.3.29 MariaDB)

Ich hoffe ich habe nichts vergessen solltet ihr dennoch was brauchen um mir zu helfen fragt nach ich kanns euch schicken.
Außerdem hoffe ich das ihr eine Lösung habt da ich die Probleme doch sehr gerne gelöst hätte.

Gelöst

2

würdest du das in eine eigene Antwort zum Thema verschieben, bekämst du deinen ersten “gelöst”-Award (obwohl das hier im Forum hoch und runter diskutiert wurde) :wink:

3

Gelöst
Musste:

Redirect 301 /.well-known/carddav /nextcloud/remote.php/dav
 Redirect 301 /.well-known/caldav /nextcloud/remote.php/dav
 Redirect 301 /.well-known/webfinger /nextcloud/index.php/.well-known/webfinger
 Redirect 301 /.well-known/nodeinfo /nextcloud/index.php/.well-known/nodeinfo

zu /etc/apache2/sites-enabled/000-default-le-ssl.confg hinzufügen. Hatte wohl vorher etwas vergeigt. :slight_smile:

2 Likes
4

Vielen dank :slight_smile:

5

Hallo wo muss das hinein bzw wie muss der pfad aussehen wenn mein pfad so ist:

/var/www/vhosts/dodux.de/httpdocs/cloud

6

Das hängt davon ab, was im vHost des Apache als DocumentRoot eingetragen ist.

7

magst du mir einen tipp geben wie ich das finde?

8

Die Nextcloud-Doku sollte alles hergeben, was notwendig ist: https://docs.nextcloud.com/server/latest/admin_manual/installation/source_installation.html#apache-web-server-configuration

9

Hallo
ich habe diese Datei nicht: 000-default-le-ssl.confg
ich habe eine 000-default.confg und eine default-ssl.confg
Muss ich oben genannte erstellen, um die Eintragungen zu machen?

Ergänzung: Ubuntu Server 22.04.
Nextcloud 27
PHP 8.2
Reverse Proxy über Synology DSM 7.1
Falls es relevant ist

10

Moin ich habs in die default-ssl.confg eingetragen ich hoffe es hilft dir weiter

11

Das ist in der Tat relevant. denn der Syn Reverse Proxy muss das genau wissen… Ich weiß allerdings nicht, welches die relevaten Dateien sind, die besagter Proxy benutzt und wie das System aufgebaut ist. Vielleicht solltest du das im Synology-Forum erfragen… und wenn das da gelöst worden ist, hier einen Link zur Lösung dort ausbringen…

12

Hallo an alle hier

ich habe das Problem auch
aber durch das eintragen von

Redirect 301 /.well-known/carddav /nextcloud/remote.php/dav
Redirect 301 /.well-known/caldav /nextcloud/remote.php/dav
Redirect 301 /.well-known/webfinger /nextcloud/index.php/.well-known/webfinger
Redirect 301 /.well-known/nodeinfo /nextcloud/index.php/.well-known/nodeinfo
in meine
/etc/apache2/sites-enabled/000-default.conf
war ohne Erfolg
dann habe ich

RewriteRule ^.well-known/carddav /nextcloud/remote.php/dav [R=301,L]
RewriteRule ^.well-known/caldav /nextcloud/remote.php/dav [R=301,L]
RewriteRule ^.well-known/webfinger /nextcloud/index.php/.well-known/webfinger [R=301,L]
RewriteRule ^.well-known/nodeinfo /nextcloud/index.php/.well-known/nodeinfo [R=301,L]
eingetrage
war auch ohne Erfolg
ich verstehe das nicht ganz
kann das an meinem Nginx reverse proxy Manger liegen?
der verteilt auf verschiedene Dienste