- Mitglied seit
- 05. Sep 2012
- Beiträge
- 3.250
- Punkte für Reaktionen
- 588
- Punkte
- 174
Hallo liebe Forum Gemeinde,
nun bräuchte ich eure Expertise.
Folgendes Scenario:
Ich habe im Netzwerk einen Client (Raspberry Pi) auf dem ein apache Webserver läuft.
Nun hoste ich auf diesem Webserver ein Verzeichnis welches über eine Subdomain erreichbar sein soll.
Da die Diskstation hier selbst schon einige Webserver Verzeichnisse mittels Vhost (auf Port 80/443) bereit stellt, blieb für das durchreichen zum Raspberry Pi die Möglichkeit mittels Reverse Proxy Konfiguration.
Dies läuft somit auch absolut sauber und die einzelnen Subdomains werden richtig zugeortnet.
subdomain-A.domain.tld --> landet auf der Diskstation
subdomain-B.domain.tld --> durch reverse Proxy auf dem Raspberry Pi.
Soweit so gut... Dies zeigt mir, dass die Umleitung für Anfragen auf subdomain-B.domain.tld sowohl über Port 80 als auch Port 443 (vorerst mittels self-signed cert) einwandfrei funktionert.
Jetzt mein Problem beim Erstellen eines Letsencrypt Zertifikats.
Wenn der Befehl vom Client (Raspberry Pi) abgesetzt wird...
erhalte ich folgende Fehlermeldung:
Mögliche Fehlerquellen der Ausgabe:
a.) "...domain name was entered correctly..." --> JA
b.) "...DNS A/AAAA record(s) for that domain contain(s) the right IP address..." --> JA
c.) "...please check that your computer has a publicly routable IP address..." --> Hier habe ich meine Zweifel bezügl. dem reverse Proxy
d.) "...that no firewalls are preventing the server from communicating with the client..." --> Eine Firewall ist auf dem Raspberry Pi nicht aktiv. die iptables sind komplett leer.
Somit stellt sich die Frage, was muss beim Einrichten des Reverse Proxy auf der Diskstation beachtet werden, dass die Anfragen vom Client (Raspberry Pi) auch wieder richtig zugeordnet bzw. zurück geroutet werden.
Ich denke der Response auf den http-01 challenge request "http://subdomain-B.domain.tld/.well-known/acme-challenge" wird nicht korrekt zum Client (Raspberry Pi) geroutet.
Hat hier jemand Erfahrung wie ich auf einem Client (Raspberry Pi) der auf die gleichen Webserver Ports wie die Diskstation lauscht, die entsprechenden Responses durch den Reverse Proxy geroutet bekomme?
Schöne Grüße
luddi
nun bräuchte ich eure Expertise.
Folgendes Scenario:
Ich habe im Netzwerk einen Client (Raspberry Pi) auf dem ein apache Webserver läuft.
Nun hoste ich auf diesem Webserver ein Verzeichnis welches über eine Subdomain erreichbar sein soll.
Da die Diskstation hier selbst schon einige Webserver Verzeichnisse mittels Vhost (auf Port 80/443) bereit stellt, blieb für das durchreichen zum Raspberry Pi die Möglichkeit mittels Reverse Proxy Konfiguration.
Dies läuft somit auch absolut sauber und die einzelnen Subdomains werden richtig zugeortnet.
subdomain-A.domain.tld --> landet auf der Diskstation
subdomain-B.domain.tld --> durch reverse Proxy auf dem Raspberry Pi.
Soweit so gut... Dies zeigt mir, dass die Umleitung für Anfragen auf subdomain-B.domain.tld sowohl über Port 80 als auch Port 443 (vorerst mittels self-signed cert) einwandfrei funktionert.
Jetzt mein Problem beim Erstellen eines Letsencrypt Zertifikats.
Wenn der Befehl vom Client (Raspberry Pi) abgesetzt wird...
Rich (BBCode):
certbot certonly --webroot -w /var/www/html/host-directory-subdomain-B -d subdomain-B.domain.tld
Rich (BBCode):
Failed authorization procedure. subdomain-B.domain.tld (http-01): urn:ietf:params:acme:error:connection ::
The server could not connect to the client to verify the domain ::
Fetching http://subdomain-B.domain.tld/.well-known/acme-challenge/ARrKiwgDzFShkmbRZQufX6leSxuNTcIjRQ0s3CY7v74:
Timeout during connect (likely firewall problem)
IMPORTANT NOTES:
- The following errors were reported by the server:
Domain: subdomain-B.domain.tld
Type: connection
Detail: Fetching
http://subdomain-B.domain.tld/.well-known/acme-challenge/ARrKiwgDzFShkmbRZQufX6leSxuNTcIjRQ0s3CY7v74:
Timeout during connect (likely firewall problem)
To fix these errors, please make sure that your domain name was
entered correctly and the DNS A/AAAA record(s) for that domain
contain(s) the right IP address. Additionally, please check that
your computer has a publicly routable IP address and that no
firewalls are preventing the server from communicating with the
client. If you're using the webroot plugin, you should also verify
that you are serving files from the webroot path you provided.
Mögliche Fehlerquellen der Ausgabe:
a.) "...domain name was entered correctly..." --> JA
b.) "...DNS A/AAAA record(s) for that domain contain(s) the right IP address..." --> JA
c.) "...please check that your computer has a publicly routable IP address..." --> Hier habe ich meine Zweifel bezügl. dem reverse Proxy
d.) "...that no firewalls are preventing the server from communicating with the client..." --> Eine Firewall ist auf dem Raspberry Pi nicht aktiv. die iptables sind komplett leer.
Somit stellt sich die Frage, was muss beim Einrichten des Reverse Proxy auf der Diskstation beachtet werden, dass die Anfragen vom Client (Raspberry Pi) auch wieder richtig zugeordnet bzw. zurück geroutet werden.
Ich denke der Response auf den http-01 challenge request "http://subdomain-B.domain.tld/.well-known/acme-challenge" wird nicht korrekt zum Client (Raspberry Pi) geroutet.
Hat hier jemand Erfahrung wie ich auf einem Client (Raspberry Pi) der auf die gleichen Webserver Ports wie die Diskstation lauscht, die entsprechenden Responses durch den Reverse Proxy geroutet bekomme?
Schöne Grüße
luddi