SSL Server

[gubbe]

Laufen der Webserver und der Browser auf unterschiedlichen Rechnern?

Ist es der gleiche, könnte das "WakeLock" vielleicht über Delphi umgesetzt und eine ungesicherte Verbindung genutzt werden.

Und welcher Browser wird verwendet?

Chrome bietet unter chrome://flags die Option, sichere Verbindungen über localhost auch mit selbst erstelltem Zertifikat zuzulassen, siehe #allow-insecure-localhost.

Ansonsten kann ich doch im Browser die Zertifikatswarnung ignorieren. Bei Chrome mit Klick auf "Erweitert" und "Weiter zu [hostname] (unsicher)". Reicht das nicht?

Bei anderen Programmen, wo die Visualisierung über den Browser verläuft, reicht im lokalen Betrieb eine ungesicherte Verbindung oder der Browser wird eingebaut in die Anwendung.
Wenn der Server im Firmennetz läuft, nutzt man ggf. die lokale Zertifizierungsstelle des Windows-Servers, um selbstsignierte Zertifikate zu erstellen, die im lokalen Netz akzeptiert werden.

[Bbommel]

Also, für deine Funktion brauchst du einen "Secure Context". Wie du den bekommst, hängt davon ab, ob deine Anwedung auf einem übers Web erreichbaren Server liegt und aufgerufen werden soll oder nicht. Zum Hintergrund siehe hier: https://developer.mozilla.org/en-US/...ecure_Contexts

Wenn deine Anwendung nur in einem lokalen Netz erreichbar sein soll, dann wird auch alles, was irgendwie auf *.localhost endet, als sicher betrachtet. Du könntest deinen Server also unter http://wuppdi.localhost erreichbar machen - dann brauchst du kein SSL/TLS und bist das ganze Thema los.

Wenn dein Server nicht nur lokal erreichbar ist, dann brauchst du ein "richtiges" Zertifikat. Am einfachsten bekommt man das heutzutage mit Let's encrypt.

Vielleicht sind da ja mal ein paar hilfreiche Stichworte dabei.

[gubbe]

Zitat von Bbommel:

Wenn deine Anwendung nur in einem lokalen Netz erreichbar sein soll, dann wird auch alles, was irgendwie auf *.localhost endet, als sicher betrachtet. Du könntest deinen Server also unter http://wuppdi.localhost erreichbar machen - dann brauchst du kein SSL/TLS und bist das ganze Thema los.
...
Vielleicht sind da ja mal ein paar hilfreiche Stichworte dabei.

Also auch, wenn ich nicht der Fragesteller war, mir hat's geholfen. Wieder was gelernt, danke! Secure Context mit *.localhost kannte ich noch nicht.

[Bbommel]

Wobei das dem originalen Fragesteller wahrscheinlich nicht weiterhilft. Alles unter *.localhost sollte eine Loopback-Adresse sein, was die Browser sicherstellen müssen. Das heißt, du kannst das so tatsächlich nur auf dem lokalen Rechner benutzen, wenn ich die Spezifikationen richtig verstanden habe.

Für alles andere wird man um ein Zertifikat nicht herum kommen.

[TomyN]

Hi,

auch von mir ein herzliches Dankeschön. Es wäre so schön gewesen, wenn wakeLock funktioniert hätte
Jetzt muss ich mal schauen, ob ich mit javaScript eine Bewegung simulieren kann, damit das smartphone nicht auf Standby geht.

[gubbe]

Zitat von TomyN:

Hi,

auch von mir ein herzliches Dankeschön. Es wäre so schön gewesen, wenn wakeLock funktioniert hätte
Jetzt muss ich mal schauen, ob ich mit javaScript eine Bewegung simulieren kann, damit das smartphone nicht auf Standby geht.

Glaube kaum, dass das zum Erfolg führt. Man kann Audios oder Videos abspielen, aber das würde ich auch gleich wieder verwerfen.

Um welche Smartphone-Systeme geht es denn? Wenn ich unter Android z.B. badssl.com aufrufe und testweise das selbstsignierte Zertifikat wähle, kann ich die anschließende Fehlermeldung unter "Erweitert" umgehen. Das sollte doch für den "Hausgebrauch" reichen.
Wenn die Anwendung von beliebigen Usern aus dem Internet aufgerufen werden kann, braucht man natürlich ein richtiges Zertifikat, z.B. kostenlos von Let's Encrypt. Dann muss der Server aber auch unter einer öffentlichen Adresse aufrufbar sein.