Lets Encrypt ACMEv2 | RFC 2136 Update | Strato

[Alcamar]

@jegr ich kann versuchen alles, zu zeigen, was hilft. Das ist die Konfiguration für https-shared

[Alcamar]

@jegr https-shared ist aus Verzweiflung und ein Tutorial entstanden. Zuvor hatte ich nur einen Eintrag und dann war alles enthalten, was aber auch nicht funktionierte und deshalb deaktiviert:

[viragomann]

@alcamar
Der Screenshot zeigt "https-frontend". Das ist deaktiviert und kann nichts anstellen.
Wir hatten aber von https-shared gespochen. Das ist das Primary-Frontend für des cam1 und kann damit nicht deaktiviert werden.

Grundsätzlich braucht man kein Shared-Frontend und kann alles im Primary konfigurieren.
Shared dient meiner Ansicht nur der besseren Übersichtlichkeit, damit man die ACLs verschiedener Zwecke klar ordnen kann.
Du hat aber nur die Cam.

[Alcamar]

@viragomann so hatte ich das auch verstanden. Da noch einige Server hinzukommen sollen, dachte ich, dass die https-shared zwar oversized im Moment, aber später übersichtlicher ist. Ich habe eben probeweise https-shared deaktiviert und das ursprüngliche https-fontend aktiviert. Aber das Ergebnis ist unverändert.

[viragomann]

@alcamar
Wir kennen immer noch nur einen Teil der Konfiguration. Ist diesem Frontend auch das SSL-Zertifikat zugewiesen?

Die Frage, ob die Paket überhaupt am Frontend ankommen, ist bislang auch noch unbeantwortet.

Versuchst du die Zugriffe vom Internet aus oder vom LAN?
Vom LAN aus wird das wahrscheinlich nicht funktionieren, es sei dem, du hast einen DNS Override, der auf die pfSense WAN IP zeigt.

[Alcamar]

@viragomann den webGUI Port meinte ich. Um auf die pfsense zu kommen, gebe ich deshalb den Namen der pfsense:neuerport ein, sonst klappt es nicht.

Bin noch auf der Suche der gesamten Konfiguration. In den Stats finde ich Session Total nicht. :-(

[Alcamar]

@viragomann
Im Frontend ist auch das eigens dafür erstellt Zertifikat zugewiesen.
Das kann man auch über die Konsole mit openssl testen. Ich glaube, dass der Test auch nicht sauber war. Aber müsste nicht wenigstens ein Zertifikatsfehler kommen, wenn das fehlerhaft wäre?

Die Zugriffe sind sowohl aus dem LAN als auch aus dem Internet gleich.
Rufe ich im LAN die IP-Adresse der cam auf, meldet die sich auch. Also die cam lässt sich ansprechen, nur nicht über das Internet

[Alcamar]

@alcamar openssl s_client -servername cam1.domain.de -host 192.168.1.247 -port 443 | grep subject
depth=0 O = Axis Communications AB, CN = axis-b8a56f07cd45
verify error:num=18:self signed certificate
verify return:1
depth=0 O = Axis Communications AB, CN = axis-b8a56f07cd45
verify return:1
subject=/O=Axis Communications AB/CN=axis-b8a56f07cd45

[viragomann]

@alcamar
Wenn du keinen DNS Host Override eingerichtet hat, gehen Anfragen auf den öffentlichen Hostnamen auf die public IP, also auf die FritzBox.
Die leitet diese aber nicht zwingend auf die pfSense. Kenne deren Verhalten aber nicht.

openssl s_client -servername cam1.domain.de -host 192.168.1.247 -port 443 | grep subject
depth=0 O = Axis Communications AB, CN = axis-b8a56f07cd45
verify error:num=18:self signed certificate
verify return:1
depth=0 O = Axis Communications AB, CN = axis-b8a56f07cd45
verify return:1
subject=/O=Axis Communications AB/CN=axis-b8a56f07cd45

Schön. Aber dass das Backend funktioniert, wissen wir schon.
Versuch es mal mit der Frontend IP.

[Alcamar]

@viragomann DSN Override such ich noch. Vermutlich habe ich diese nicht eingerichtet, weil es mir nichts sagt.

Mit Frontend-IP meinst Du die von der Fritz!Box, denke ich. Das ist das Ergebnis:
read:errno=0

Nur, damit ich nicht etwas falsches sage. Das ist nun die statische IP, die die Fritz!Box der pfSense verpasst hat, die ich auch als WAN -Adresse bezeichnen würde.

[viragomann]

@alcamar
Mit Frontend meine ich pfSense WAN IP, das HAproxy Frontend.

Nur, damit ich nicht etwas falsches sage. Das ist nun die statische IP, die die Fritz!Box der pfSense verpasst hat, die ich auch als WAN -Adresse bezeichnen würde

Von welcher sprichst du hier?
Ich hatte mich auf die openssl Abfrage bezogen, die sich offensichtlich auf das Backend richtet und damit nichts neues verrät.
Daher mal bitte diesen Befehl auf die pfSense WAN IP.

[Alcamar]

@viragomann das war das Stichwort, glaube ich: "host overrides"
Habe das gesetzt und kommt vom LAN nun auf die web-Site. Vom Internet (Handy) aber immer noch nicht.

[viragomann]

@alcamar said in Lets Encrypt ACMEv2 | RFC 2136 Update | Strato:

das war das Stichwort, glaube ich: "host overrides"

Auf die pfSense WAN IP, wie ich oben geschrieben habe?

Auf den Webserver würde es auch funktionieren, würde aber nicht über den HAproxy gehen.

[Alcamar]

@viragomann openssl s_client -servername cam1.domain.de -host 192.168.178.254 -port 443 | grep subject
read:errno=0

[Alcamar]

@viragomann ich habe in Host Overdrives einen Eintrag vorgenommen, der Host: cam1
Parent Domain of host: domain.de
ip to return for host: 192.168.1.247 (von der cam)

Du meinst aber die WAN von der pfsense, richtig?
Das probiere ich das auch noch.

[viragomann]

@alcamar
Ok. Sieht mal gut aus.
HAproxy scheint damit zu funktionieren.

Hast du dich schon vergewissert, ob bei dir überhaupt was aus dem Internet reinkommt?

Versuch mal einen Zugriff via HTTPS, während du die Pakete am WAN der pfSense sammelst. Diagnostic > Packet Capture
Siehst du da was?

ich habe in Host Overdrives einen Eintrag vorgenommen, der Host: cam1
Parent Domain of host: domain.de
ip to return for host: 192.168.1.247 (von der cam)

Du meinst aber die WAN von der pfsense, richtig?
Das probiere ich das auch noch.

Ja, die WAN IP der pfSense.

Eine Firewall-Regel braucht es übrigens auch am WAN, die die Ports 80 und 443 erlaubt.

[Alcamar]

@viragomann
Firewallregel sollte ich haben. G_Ports_HAProxy ist ein Alias mit 80,443

Packet Capture bringt sehr viel Output, aber wonach sollte ich schauen?

[Alcamar]

@alcamar dumme Frage. Ich sollte nach meiner IP des Handys schauen, der versucht auf die Fritz!Box->Pfsense zu kommen. Da ist keine IP vom Handy im Capture.

[viragomann]

@alcamar
Wenn du aus dem internen LAN darauf zugreifst (mit DNS Host Override auf die pfSense WAN IP), dann

• ist die Firewall Regel am LAN bzw. dem Interface, an dem das Handy angebunden ist, interessant.
• müsstest du die lokale IP des Handys sehen. Allerdings musst du dann das Capture am LAN machen! Am WAN siehst die die Pakete nicht.

Aber von intern geht es doch schon, oder war das mit Host Override auf die Cam selbst?

[Alcamar]

@viragomann mache ich einen HTTPS-Zugriff aus dem LAN, sehe ich im Capture die IP-Adresse, die ich aktuell vom meinem provider habe.
Der gleich Zugriff über mein Handy, der natürlich eine andere IP-Adresse hat, ist im Capture nicht zu sehen.

Also zu der ursprünglichen Frage, ob aus dem Internet überhaupt etwas ankommt, würde ich sagen eher nein. Nur wenn ich aus dem LAN raus gehe und dort, nach Ausflug im Internet, wieder lande.