HTTPS und Reverse Proxy nicht mehr

[jaithn]

Hallo Leute,
ich greife auf meine Synology per HTTPS zu. Zusätzlich habe ich Reverse Proxy genutzt um übers Internet auf den HTTPS-Port der Synology sowie einige Pakete zuzugreifen. Ich habe jetzt mit https://github.com/schredder/cups-airprint rumgespielt und ich glaube, dass ich dadurch alle AVAHI Services gelöscht habe. Denn seit dem geht der Zugriff auf HTTPS und auch alle Reverse Proxies nicht mehr. Oder es ist totaler Zufall und es liegt an etwas anderem.

Habt ihr eine Idee wie ich HTTPS und Reverse Proxy Zugriffe wieder aktivieren kann?

System läuft auf DSM 6.0

Danke,
jaithn

 

[Fusion]

Da sind ja jede Menge unbekannte....und Nebel.

Was du so rumgespielt hast?

Der Webserver (nginx/Apache) der DS ist kein AVAHI Service.

Was bekommst du denn als Fehlermeldungen bei unterschiedlichen Zugriffswegen:
von extern mit sub.domain.de?
von intern mit sub.domain.de, domain.de oder Hostname?
direkt mit IP und Ports aufgerufen?

 

[jaithn]

Hey Fusion,
danke für die schnelle Reaktion.

Ich habe versucht per docker "airprint-cups" meinen Brother MFC-7360N als netzwerk-airprint-drucker einzurichten. Wie gesagt, es kann totaler Zufall sein - da ich nicht 100% sagen kann, dass es vor meinem "rumspielen" noch funktioniert hat und danach nicht mehr. eventuell hat es auch mit etwas anderes zu tun...

Per Internet (sprich über meine eigene Domain und dann Reserve Proxy) erhalte ich in Chrome die folgende Meldung

"Diese Website ist nicht erreichbar
xxx.xxxx.xx hat die Verbindung abgelehnt.
Versuchen Sie Folgendes:

Verbindung prüfen
Proxy und Firewall prüfen
ERR_CONNECTION_REFUSED"

im Netzwerk per IP und HTTPS die gleiche. Das einzige was im moment geht ist per HTTP und den Port 5000 auf DSM zuzugreifen. gleiches gilt auch für meine weiteren Pakete. HTTP geht / HTTPS geht nicht. Da alle Reserve Proxy per HTTPS laufen, gehen die alle nicht.

Danke dir,
jaithn

 

[jaithn]

p.s. Reverse Proxy domains sind über let's encrypt zertifikate innerhalb von DSM abgesichert.

 

[Fusion]

Und der Docker läuft jetzt, oder ist wieder gelöscht und DS neu gestartet?
Wenn er läuft mit welchen Netzwerkeinstellungen?

Lokal per IP und 5001 kommt auch Connection refused? Nur Chrome oder auch andere Browser?
Die Fehlermeldung kommt vom Browser oder ist eine Angabe von Apache/nginx auf der Seite zu sehen?

 

[jaithn]

Docker habe ich wieder gelöscht und es gilt auch für andere Browser.

Lokal per IP und 5001 kann ich gerade nicht testen, da ich nicht zuhause bin. Ich meine mich aber zu erinnern, dass es die gleiche Meldung war.

ich glaube die Fehlermeldung kommt vom Browser. Da steht nichts von Apache/nginx...

Hast du eine Idee?

Janik

 

[Fusion]

Ideen hab ich viele, aber wenn man nicht nachvollziehen kann, was du alles "rumgespielt" hast ist es schwierig da die richtige heraus zu filtern.

Von daher würde ich auch mal einen einfachen Reset in Erwägung ziehen, der Admin Passwort und Netzwerkeintellungen zurück setzt,
wenn sich die DS auch nach löschen des Containers und Deinstallation von Docker und anschließendem Neustart nicht anders verhält.
https://www.synology.com/de-de/knowledgebase/DSM/tutorial/General/How_to_reset_your_Synology_NAS

 

[jaithn]

Hey,
naja, rumgespielt habe ich genau so, wie unter dem Link oben beschrieben. Nicht mehr und auch nicht weniger...

Danke für den Tipp. Das probiere ich zuhause mal. Ich habe auch noch die Idee mal ein Update von 6.0.2 auf 6.1.5 zu machen. Vielleicht hilft das ja auch!

Danke dir und ich melde mich noch mal, ob das geklappt hat,
jaithn

 

[Fusion]

Du meinst du hast nur Befehle und Konfiguration aus der direkten Docker Cups-Airprint Anleitung angefasst und sonst nichts?

Muss ich mir dann später noch durchlesen.

 

[jaithn]

genau.

sudo docker pull quadportnick/cups-airprint
mkdir -p /volume1/docker/cups-airprint/config
mkdir -p /volume1/docker/cups-airprint/services
sudo docker create --name cups-airprint -e CUPSADMIN=cups -e CUPSPASSWORD=cupZZZ! -v /volume1/docker/cups-airprint/config:/config -v /volume1/docker/cups-airprint/services:/services -p 631:631 quadportnick/cups-airprint
sudo docker start cups-airprint

Once printers are configured, go back and copy the .services files into live Avahi

sudo rm -rf /etc/avahi/services/AirPrint-*.service
sudo cp /volume1/docker/cups-airprint/services/* /etc/avahi/services/

deswegen hatte ich die Idee, dass es etwas mit Avahi zu tun hat. Wie gesagt, kann auch etwas anderes sein!

Janik

 

[Fusion]

Und die Dateien die vorhanden waren hast du sicher vorher eine Kopie angelegt bzw alles wieder in Ausgangszustand versetzt? (zumindest das was außerhalb des Docker passiert ist)