Topics

Hallo zusammen,

im LAN der OPNsense habe ich einen Server (Photoprism), der versucht in einer Nextcloud-Instanz eine Anmeldung durchzuführen. Die Nextcloud-Instanz ist in einem anderen Netzwerk, das über Wireguard angebunden ist.
Beide Server sind über den nginx Reverse-Proxy der OPNsense von außen und aus dem lokalen Netz erreichbar.
Grundsätzlich funktionieren die Verbindungen zwischen beiden Netzwerken einwandfrei. Hier bin ich erstmals auf ein Problem gestoßen.

Wenn Photoprism versucht sich über webdav bei Nextcloud anzumelden, erhält Photoprism folgende Fehlermeldung:

2026-03-02 08:13:30 ERRO service-folder: 401 Unauthorized: <error xmlns="DAV:"><exception xmlns="http://sabredav.org/ns">Sabre\DAV\Exception\NotAuthenticated</exception><message xmlns="http://sabredav.org/ns">No public access to this resource., This request is not for a federated calendar, Username or password was incorrect, No &#39;Authorization: Bearer&#39; header found. Either the client didn&#39;t send one, or the server is mis-configured, Username or password was incorrect</message></error>

Nach vielem Probieren und Recherchieren habe ich evtl. das Problem identifiziert. Es könnte daran liegen, dass die Header nicht richtig weitergegeben werden. Konkret scheinen diese zu fehlen:

proxy_set_header Authorization $http_authorization;
proxy_pass_header Authorization;

Kann ich diese in der OPNsense in nginx irgendwie hinterlegen (z. B. Custom-Headers). Ich habe keine Möglichkeit dazu gefunden.

Viele Grüße

Marco

PS: Der direkte Aufruf über die IP-Adresse anstatt der Domain ist leider nicht möglich - das habe ich bereits versucht.

Hallo zusammen,

ich habe mehrere OPNsense-Instanzen mit aktiviertem nginx-Reverse-Proxy (AddOn). Auf einer Instanz scheint der Dienst in unregelmäßigen Abständen immer wieder abzustürzen. Die Vorkommnisse liegen meist mehrere Tage bis Wochen auseinander. Eine Regelmäßigkeit konnte ich noch nicht feststellen.
Nach einem Neustart des Dienstes funktioniert wieder alles reibungslos.
Den Logs, die über die Weboberfläche einsehbar sind, war nichts zu entnehmen.
Habe ich eine Möglichkeit, herauszufinden, weshalb der Dienst immer wieder ein Problem hat?

Grüße

Hallo zusammen,
ich habe in Docker eine Matrix-Instanz laufen. Das ganze liegt hiner einem nginx reverse proxy (OPNsense-Dienst). Die funktioniert soweit auch ganz gut und tut was sie soll.
Der Federation-Tester (federationtester.matrix.org) gibt auch aus, dass alles gut sei.
Wenn ich jedoch versuche von außen eine Verbindung zu meiner Matrix-Instanz aufzubauen (von einem anderen Matrix-Server), hängt sich nginx komplett auf und gibt erst wieder Verbindungen weiter, wenn der Dienst neu gestartet wurde. Das Problem betrifft dann alle Hosts - nicht nur die Matrix-Instanz.

Im Fehlerlog "HTTP Fehler" erscheint folgendes:

Code Select Expand

*401 open() "/usr/local/etc/nginx/html/.well-known/matrix/client" failed (2: No such file or directory), client: ###.###.###.##, server: matrix.###.de, request: "GET /.well-known/matrix/client HTTP/2.0", host: "matrix.###.de"

Im Fehlerlog "HTTP Access" erscheint folgendes:

Code Select Expand

Status: 200
GET /_matrix/client/r0/sync?filter=1&timeout=30000&since=s8448_176689_0_12239_15402_1_10892_159_0_1 HTTP/2.0

und

Status 204
OPTIONS /_matrix/client/r0/sync?filter=1&timeout=30000&since=s8448_176689_0_12239_15402_1_10892_159_0_1 HTTP/2.0

Ich bin überfragt. Eine Lösung konnte ich trotz langer Recherche bisher nicht finden. Ich hoffe jemand kann mir hier weiter helfen, sodass ich meine Instanz von außen für einen anderen Server erreichbar machen kann.

Hallo zusammen,
was mir immer mal wieder fehlt ist die Auflistung der Netzwerkgeräte, die sich im LAN bzw. VLAN befinden. Natürlich, die OPNsense ist kein Router, aber doch relativ modular aufgebaut und erweiterbar.
Gibt es eine Möglichkeit alle im Netzwerk befindlichen Geräte auflisten zu lassen (Name, MAC-Adresse, IP-Adresse, Subnetz usw.)?
Ich kenne nur den Bereich der Leases beim DHCP-Server, der aber naturgemäß nur einen Teil abdeckt.

Hallo zusammen,

ich habe einen Acme-Challenge-Fehler (Timeout der well-known-Adresse) bei der Aktualisierung eines Zertifikats.

Folgender Aufbau:

Subdomain sub.domain.tld verweist per CNAME-Record auf andere.zweitdomain.tld.

Der Server hinter andere.zweitdomain.tld liegt hinter einer OPNsense.
Auf der OPNsense ist nginx aktiviert und eingerichtet. Der Server ist erreichbar und funktioniert ordnungsgemäß.
Der Server selbst ist ein Docker-Container.

Bei der Aktualisierung des Zeritifikats wird nun ein Timeout beim Abruf der well-known-Adresse festgestellt.

Konfiguration ACME-Client: HTTP-01 auf Schnittstelle WAN.

Konfiguration NGINX-Eintrag:

• Position
  - URL-Pattern: /
  - Match Type: Don't check REGEX
  - HTTPS erzwingen: ja
  - HTTP/2-Preloading: ja
  
  
• HTTP-Server
  -  Enable Let's Encrypt Plugin Support: ja
  - HTTPS only: ja
  

Aktuell weiß ich nicht, warum die Ausgabe der Zertifikats beim ersten Mal funktioniert hat und warum die Erneuerung nun nicht funktioniert. Ich habe schon verschiedenes ausprobiert. Mir gehen langsam die Ideen aus. Hat jemand von euch eine Idee?[/list]