Let's Encrypt
-
Hallo Bluefox,
danke für das Video, es erklärt den Ablauf prima und hat meine Fragen beantwortet
Ich habe es ausprobiert und es hat nach dem Upgrade von nodejs-4.5 auf 4.6 tadellos für meine sub.domain.de funktioniert ! Top, danke Dir.
Die Frage ist noch ob man seinen ioBroker per https und durch Username und Passwort gesichert so bedenkenlos ins Internet stellen kann ?
Gruss Marco
-
Naja, so ganz ohne Probleme läufts wohl doch noch nicht
Ich kann die vis Seite einmal aufrufen über https://sub.domain.de/vis/…. wenn ich die Seite nach einiger Zeit erneut öffne, sehe ich nur die 3 Punkte oben links und dabei bleibt's dann. Ich habe mal die Console geöffnet und dabei kam folgendes heraus:
Sieht so aus als ob er versucht mit einem abgelaufenden Token die Seite zu laden ? Leider fehlt mir dazu ausreichend Hintergrundwissen um das zu interpretieren.
Wenn ich die Seite über https://192.168.xx.xxx/vis… öffne scheint es immer zu funktionieren. Ich vermute es liegt daran, dass die Seite vom Browser sowieso als unsicher angemeckert wird, da das Zertifikat ja auf die Domain ausgestellt ist und nicht auf die interne IP.
Gruss Marco
-
hello colleagues,
please check out the video, howto "Let's encrypt in/with ioBroker":
-
Hallo Bluefox,
danke für das Video, es erklärt den Ablauf prima und hat meine Fragen beantwortet
Ich habe es ausprobiert und es hat nach dem Upgrade von nodejs-4.5 auf 4.6 tadellos für meine sub.domain.de funktioniert ! Top, danke Dir.
Die Frage ist noch ob man seinen ioBroker per https und durch Username und Passwort gesichert so bedenkenlos ins Internet stellen kann ?
Gruss Marco `
IoBroker.net ist im Internet seit einem Jahr. Und mit https mit password gesichert.Nur zu Info.
-
Prima, das höre ich gerne. Nichts ist besser als ein Test im produktiv Einsatz :!:
Ich hatte bisher ca. 1 Jahr nur die SimpleAPI mit https im Internet und konnte auch kein Problem feststellen.
Ich hab noch ein wenig geforscht, warum ich vis nur ein mal über https://sub.domain.de/vis/index.html#view vom Browser aus aufrufen kann.
Sobald ich die Cookies im Chrome lösche, kann ich die Seite wieder laden. Ansonsten kommen nur die 3 Punkte und im Console Log steht das gleiche wie im obigen Post von mir.
Bei Safari hilft es den Cache über die Enticklertools zu löschen, wobei wahrscheinlich auch die Cookies gelöscht werden. Bei den iPads/iPhone ist es das gleiche Problem.
Hast Du da eine Idee ?
Gruss Marco
-
Prima, das höre ich gerne. Nichts ist besser als ein Test im produktiv Einsatz :!:
Ich hatte bisher ca. 1 Jahr nur die SimpleAPI mit https im Internet und konnte auch kein Problem feststellen.
Ich hab noch ein wenig geforscht, warum ich vis nur ein mal über https://sub.domain.de/vis/index.html#view vom Browser aus aufrufen kann.
Sobald ich die Cookies im Chrome lösche, kann ich die Seite wieder laden. Ansonsten kommen nur die 3 Punkte und im Console Log steht das gleiche wie im obigen Post von mir.
Bei Safari hilft es den Cache über die Enticklertools zu löschen, wobei wahrscheinlich auch die Cookies gelöscht werden. Bei den iPads/iPhone ist es das gleiche Problem.
Hast Du da eine Idee ?
Gruss Marco `
Auf dem github liegt Web Adapter, wo das besser gehen soll. -
Prima, das höre ich gerne. Nichts ist besser als ein Test im produktiv Einsatz :!:
Ich hatte bisher ca. 1 Jahr nur die SimpleAPI mit https im Internet und konnte auch kein Problem feststellen.
Ich hab noch ein wenig geforscht, warum ich vis nur ein mal über https://sub.domain.de/vis/index.html#view vom Browser aus aufrufen kann.
Sobald ich die Cookies im Chrome lösche, kann ich die Seite wieder laden. Ansonsten kommen nur die 3 Punkte und im Console Log steht das gleiche wie im obigen Post von mir.
Bei Safari hilft es den Cache über die Enticklertools zu löschen, wobei wahrscheinlich auch die Cookies gelöscht werden. Bei den iPads/iPhone ist es das gleiche Problem.
Hast Du da eine Idee ?
Gruss Marco
Auf dem github liegt Web Adapter, wo das besser gehen soll.
Einfach über den admin und den Knopf für github update geht es am einfachsten -
Läuft auf den ersten Blick tadellos ! Ich probiere die Tage noch ein bisschen rum, aber auf jeden Fall läuft es jetzt schonmal mit Let's Encrypt !
Vielen Dank !
Gruss Marco
-
Läuft auf den ersten Blick tadellos ! Ich probiere die Tage noch ein bisschen rum, aber auf jeden Fall läuft es jetzt schonmal mit Let's Encrypt !
Vielen Dank !
Gruss Marco `
Hat video geholfen?
-
Ja, das Video ist prima ! Ich hatte es schon vorher mal probiert, aber einige Sachen waren noch nicht ganz klar. So klappte es auf anhieb (bis auf das reload Problem, aber das ist ja nun auch gefixt
)Bisher hatte ich nur für die Simple API ein gekauftes Zertifikat verwendet. Das ist nun überflüssig
Gruss Marco
-
hey,
Frage, wie sieht das ganze mit einem Reverse-Proxy aus?
muss ich da auch was anpassen?
-
Wenn du beide Ports durchschleifst sollte es funktionieren
-
hey,
bin mir nicht ganz sicher, wie das funktioniert.
habe mich ein bisschen mit der default-ssl.conf gespielt, ich komme nicht dahinter
da bekomme ich vom web adapter Fehlermeldungen von "Port 443 schon benutzt" bis zu "letsencrypt modul nicht gefunden".
Und von außen bekomme ich nur "connection error"
kann mir da jemand bitte helfen?
ach ja, unter /opt/iobroker/iobroker-data/ macht er mir kein myZERT Verzeichnis
-
Nur zur Info:
@Bluefox:Es war ziemlich kompliziert da einzusteigen und überhaupt durchzublicken,
…
nur erfahrene Leute die Fragen stellen. Die müssen wissen: SSL, Let's Encrypt, router, DynDns. `
Gruß
Rainer
-
ok, schade,
dachte jemand kann den Teil der default-ssl.conf zur Verfügung stellen und mit dem Video sollte es dann schon machbar sein.
dann halt nicht, danke jedoch für die Info
-
Mit dem Video ist doch alles klar!? Ist doch alles erklärt…
-
der iobroker Teil, ja
ich habe aber nach dem reverse Proxy gefragt
-
Hast du durchschleifen probiert?
Wenn nicht, wird dir keiner helfen können!
Erst probieren und dann mit log o. Ä. Sich melden. Wir helfen dann gerne…
-
Ein Problem ist mit noch aufgefallen:
Wenn ich nicht den Standardview aufrufe sondern gezielt eine Seite öffne: https://sub.domain.de/vis/index.html#testview, dann kommt zuerst brav die Username/Passwortabfrage. Danach werde ich jedoch auf den Standardview umgeleitet anstatt auf den View #testview. Ändere ich händisch nach der erfolgten Abfrage die URL und rufe sie nochmal auf, dann kommt auch die gewünschte Seite. Es scheint als ob nach der Passwortabfrage immer auf die Standardview verwiesen wird.
Gruss Marco
-
Ja… Bei mir ist es auch so bei mobile
