WiFi - Access Point: Nach Verbinden automatisch Browser öffnen

Im Endeffekt leiten die Router da ohne ausreichende Authentifizierung 
einfach sämtliche http-Requests zunächst auf ein Captive Portal um, bis 
man sich dort irgendwie freigeschaltet hat.
Windows testet auf solche Umleitungen kurz nach Verbindungsaufbau und 
öffnet dann einen Browser mit solch einem Umleitungsziel:
https://docs.microsoft.com/en-us/windows-hardware/drivers/mobilebroadband/captive-portals

Also, das scheint schon einmal das richtige Stichwort zu sein
https://de.wikipedia.org/wiki/Captive_Portal

Das da erwähnte RFC 7710 habe ich gleich mal implementiert
https://tools.ietf.org/html/rfc7710

Leider scheint Windows das nicht zu interessieren!? Es geht beim 
Verbinden jedenfalls kein Browserfenster auf. Weder unter Windows 7 noch 
10.
Es gibt da so ein dhcptest-Tool. Das zeigt dhcp option 160 mit der 
richtigen URL an. Also richtig eingebaut habe ich es. Hmmm.

Udo schrieb:
> RFC 7710

Cool, das kannte ich noch nicht! Ich ging bisher immer davon aus, das 
dies nicht standardisiert wäre. Das könnte ich brauchen, um bei meinen 
LAN Netzen auf eine Einstellungsseite zu verweisen, wo man z.B. den 
AD-Blocker DNS Server konfigurieren kann, oder in meinem Tor W-Lan, um 
die Tor circuit anzuzeigen und neu aufzubauen, etc., ohne die 
Internetkonnektivität am Anfang einschränken zu müssen. Zu schade, das 
das alle zu ignorieren scheinen.

Ich habe es auch mit der Umleitung sämtlicher http-Requests versucht. 
Leider kein Erfolg. :( Mich hätte das auch gewundert. Im Prinzip ist 
sowas ja eine Mitm-Attacke und heute ist nahezu alles https. Da sollte 
man nicht einfach Umleiten.
Schade. Aber vielleicht hat ja noch jemand eine Idee, wie es geht.

Ich versuche, das dem ESP8266 beizubringen.

Das Problem mit https ist, dass auch eine Weiterleitung eine 
https-Verbindung zu einem Server erwartet, die ja der ESP8266 nicht 
liefern kann. Bei aktiver Weiterleitung kommt kein automatisches 
Browserfenster. Und wenn ich manuell z.B. Google ansurfe, kommt nur ein 
Protokollfehler (ich vermute, weil http gesendet und https erwartet 
wird).

Mein Projekt basiert auf dem nativen SDK. Aber ich habe auch einen 
Webserver laufen und habe einen DNS-Server implementiert.

Das Problem ist aber folgendes: Wenn man eine Weiterleitung (302) 
einbaut, dann nützt das nichts: Der Nutzer ruft z.B. Google auf oder 
meinetwegen auch Mikrocontroller.net. Jeder moderne Browser (alleine 
schon wegen HSTS) stellt dann seine Anfrage auf Port 443. Da kommt 
natürlich nichts. Die Weiterleitung kommt nie zum Zug.
Mir ist es ein Rätsel, warum RFC 7710 nicht implementiert ist. Das ist 
in meinen Augen die einzig runde Lösung.