Werden die Domains per nslookup aufgelöst? Dann nicht.
Ja werden sie.
Dienste im Heimnetzwerk mit domain/subdomain erreichbar machen, statt per IP
- Interessent
- Thread is marked as Resolved.
-
U nochmal was neues in den Raum zu werfen:
https://github.com/fatedier/frp
Benutze ich seit Jahren problemlos um meine Zuhause gehosteten Services auch unterwegs nutzen zu können.Setup wäre bei mir dann so:
[Homeserver]
Webservice...
FRP(c)
|
|
v
[VPS bei NC]
FRP(S)
Traefik / Nginx + Certbot
Dann kannst du certbot auf einem Public server so konfigurieren wie du willst bzw sollte da dann auch HTTP Authentifizierung gehen.
Für TLS im lokalen netzwerk (wenn du dann nicht über dein VPS routen willst) - benutze ich selbst signierte Zertifikate meiner eigenen "CA". Du könntest aber z.B. probieren die Zertifikate von deinem Server runter zu kopieren.
Für DNS hab ich einerseits im Netcup DNS die öffentliche IP meines VPS eingetragen, d.h. von unterwegs löst der im Internet auf, zuhause hab ich CoreDNS auf meinem Server laufen und "überschreibe" die öffentlichen einträge um direkt mit der lokalen IP zu sprechen.
-
Was ist denn bei der Untersuchung infolge meiner Fragen von oben herausgekommen?
-
Was ist denn bei der Untersuchung infolge meiner Fragen von oben herausgekommen?
Bin noch nicht weiter dazu gekommen. Komme erst die nächsten Tage wieder dazu
-
ERR_CERT_AUTHORITY_INVALID
Und welche Authority / Aussteller wird dir im Zertifikat angezeigt?
-
Dass das Zertifikat als nicht gültig angegeben wird, hattest du schon geschrieben. Die Frage ist, warum. Und da kommen wieder meine Fragen von oben ins Spiel, die immer noch nicht beantwortet sind.
-
Validiert von: Nicht angegeben
Das ist nur der OU Parameter, nicht der vollständige Aussteller. Gehe bitte ins Zertifikat im Browser (welchen auch immer du benutzt) und prüfe den vollständigen Aussteller.
-
Den Punkt "Zertifikat anzeigen" gibt es doch nicht.
Nur, wenn man http nutzt.
Wenn dir der Fehler angezeigt wird, solltest du eigentlich über die URL Zeile an das Zertifikat kommen.
-
Den Punkt "Zertifikat anzeigen" gibt es doch nicht..
Dann ist das auch keine ssl-Verbindung, sondern reines http.
-
Dann ist das auch keine ssl-Verbindung, sondern reines http.
Sag ich doch, dass das Schloß durchgestrichen ist und es kein SSL ist...
-
-
-
Wie gesagt...
Wo hast du denn diese Fehlermeldung her:?
Das ist die Fehlermeldung: Dies ist keine sichere Verbindung
Hacker könnten versuchen, deine Daten von xy.domain.de zu stehlen, zum Beispiel Passwörter, Nachrichten oder Kreditkartendaten. Weitere Informationen
net::ERR_CERT_AUTHORITY_INVALID
Dieser Server konnte nicht beweisen, dass er xy.domain.de ist. Sein Sicherheitszertifikat wird vom Betriebssystem deines Computers als nicht vertrauenswürdig eingestuft. Mögliche Gründe sind eine fehlerhafte Konfiguration oder ein Angreifer, der deine Verbindung abfängt.
-
Wo hast du denn diese Fehlermeldung her:?
Firefox. Da gibt es nichts weiteres. Kein Details von Zertifikat anzeigen oder ähnlich
-
Firefox
Vom Wording her stammt diese Meldung vom Chromium, und nicht von Firefox.
Wie du während der Meldung an das Zertifikat rankommst, hat dir DerRené in #50 gezeigt.
Für Chromium / Chrome habe ich dir Screenshots gezeigt.
Also prüfe bitte nochmal mit https://xy.domain.de in einem beliebigen Browser - bitte das https nicht vergessen.
Ansonsten kannst du das auch mit openssl auf der Kommandozeile prüfen.
openssl:
openssl s_client -showcerts -connect untrusted-root.badssl.com:https -servername untrusted-root.badssl.com
jeweils connect und servername Parameter anpassen. -
Nutzt du irgendwelche Container Images von LinuxServer.io? (Liste: https://docs.linuxserver.io/images/)
Entsprechend wird auf der IP zumindest das Zertifikat von einem dieser Dienste ausgeliefert, und kein Zertifikat von Let's Encrypt.
