Espeasy: Hängt beim Zugriff auf die Web-UI von einem anderen IP-Bereich

Checkliste

• [ x] Der Titel dieser Ausgabe ist "auf den Punkt" und beschreibend.
• [ x] Dieses Problem beschreibt, was passiert.
• [x] Dieses Problem beschreibt, welche Komponenten betroffen sind (zB Name des Plugins/Controllers)
• [ x] Dieses Problem beschreibt, wie es reproduziert wird.
• [ x] Dieses Problem beschreibt, wann es eingeführt wurde (sofern bekannt) und welche Version das Problem jetzt zeigt.

Ich habe...

• [x ] hat den Issue Tracker oder das Forum nach einem ähnlichen Problem durchsucht. (ggf. Links einfügen)
• [ x] hat auf der Sysinfo-Seite eine Systembeschreibung mit "Info in Zwischenablage kopieren" eingegeben. (wenn möglich)
  2
  Ortszeit: 2018-11-01 20:48:32
  Betriebszeit: 0 Tage 6 Stunden 22 Minuten
  Belastung: 6,50 % (LC=12487)
  Free Mem: 9040 (2696 - sendContentBlocking)
  Freier Stapel: 3552 (1616 - ExecuteCommand)
  Booten: Kaltstart (0)
  Reset-Grund: Externes System
  Netzwerk
  WLAN: 802.11N (RSSI -61 dB)
  IP-Konfiguration: DHCP
  IP / Subnetz: 192.168.31.106 / 255.255.255.0
  GW: 192.168.31.1
  Client-IP: 192.168.31.40
  DNS: 192.168.31.1 / 8.8.8.8
  Zulässiger IP-Bereich: Alle zulässig
  STA-MAC: 84:F3:EB:Xxxxxx
  AP-MAC: 86:F3:EB:Xxxxx
  SSID: (F0:B4:29:Xxxxxxx)
  Kanal: 11
  Verbunden: 44 m 36 s
  Grund der letzten Unterbrechung: (201) Kein AP gefunden // Direkt nach dem Problem war es "Beacon-Timeout".
  Anzahl Verbindungen: 2
  Firmware
  Baujahr:⋄ 20102 - Mega
  Bibliotheken:⋄ ESP82xx Core 2_4_1, NONOS SDK 2.2.1(cfd48f3), LWIP: 1.4.0-RC2
  GIT-Version:⋄ mega-20181026
  Plugins:⋄ 46 [Normal]
  Build Md5: 40a5583b53e6eb408ed35a943564
  Md5-Check: bestanden.
  Bauzeit:⋄ 26. Okt. 2018 02:20:30
  Binärdateiname:⋄ ESP_Easy_mega-20181026_normal_ESP8266_4096.bin
  Systemstatus
  Syslog-Protokollebene: Keine
  Serielle Protokollebene: Keine:
  Web-Log-Level: Keine
  ESP-Platine
  ESP-Chip-ID: 5928724 (0x5A7714)
  ESP-Chipfrequenz: 80 MHz
  Name der ESP-Karte: PLATFORMIO_ESP12E
  Lager
  Flash-Chip-ID: Anbieter: 0x68 Gerät: 0x4016
  Reale Größe des Flash-Chips: 4096 kB
  Flash-IDE-Größe: 4096 kB
  Flash-IDE-Geschwindigkeit: 40 MHz
  Flash-IDE-Modus: DIO
  Flash-Schreibvorgänge: 7 täglich / 7 Boote
  Skizzengröße: 747 kB (2324 kB kostenlos)
  SPIFFS-Größe: 934 kB (860 kB kostenlos)
• [ ] hat den vollständigen Dateinamen der verwendeten Version eingegeben (zB ESP_Easy_mega-20181001_test_ESP8266_4096_VCC.bin )
  ESP_Easy_mega-20181026_normal_ESP8266_4096
• [ ] gegebenenfalls eine Liste der aktiven Plugins oder Controller.
• [ ] hat unten alle zutreffenden Felder ausgefüllt.

Schritte schon probiert...

• [ ] Neuinstallation versucht (leere .bin Dateien sind in der ZIP enthalten)
• [x ] Vorheriger/anderer Build getestet (erwähnen Sie, welcher bereits getestet wurde)
• [x ] Auf einem anderen Knoten getestet, um sicherzustellen, dass die Hardware nicht defekt ist.
• [ ] Verifiziert, ob das Problem auf ein einzelnes Plugin/Controller beschränkt ist

Wenn Sie selbst kompilieren, geben Sie dies bitte an und versuchen Sie BITTE, PROBLEME NUR MIT OFFIZIELLEN BUILDS ZU MELDEN!

Zusammenfassung des Problems/der Funktionsanfrage

Ich habe 2 Nodemcu 12E mit derselben Espeasy-Version am selben Standort (Netzwerk). Beide verwenden Openhab mqtt connect zum Broker an einem anderen Ort (Mosquitto). Beide funktionieren normal (nicht sehr stabil, aber akzeptabel). Ich erlaube den Zugriff von allen IPs 255.255.255.255.
Auf meinem Router (mit dem 2 Geräte verbunden sind) habe ich einen Open VPN-Server installiert, mit dem ich eine Verbindung zum Remote-Zugriff auf Geräte hergestellt habe. VPN-Server wurde konfiguriert: TUN, NAT zu LAN, Client-IP: 10.8.0.0. LAN-IP: 192.168.31.1.

Jedes Mal, wenn ich versuchte, mich über VPN mit meinen 2 Espeasy-Geräten zu verbinden, blieben beide 2 Geräte hängen. Web-UI lädt weiter oder beendet den Ladevorgang schnell, ohne dass etwas angezeigt wird. Wenn ich VPN trenne und direkt danach über das LAN auf Espeasy zugreife, bleibt die Web-UI 4 oder 5 Minuten lang nicht erreichbar. Danach funktionierte einer normal, einer wurde neu gestartet (der mehr Aufgaben und Regeln hat). Als sie eingefroren wurden, wurde kein mqtt an den Broker gesendet. Ich kann immer noch auf alle anderen Geräte (Hauptrouter, Kamera usw.) über dieselbe VPN-Verbindung und Sitzung zugreifen.

Ich habe auch ein weiteres Nodemcu mit Espeasy, das am 03. Oktober mit demselben mqtt-Broker-Connect veröffentlicht wurde, nach einem anderen Netzwerk mit demselben VPN-Server-Setup. Dieser ist gut mit Webzugriff über VPN.

Erwartetes Verhalten

Ich sollte auf die Web-UI zugreifen, genauso wie über LAN.

Tatsächliches Verhalten

Gerät hängt.

Schritte zum Reproduzieren

1. Zugriff von allen und mqtt-Controller aktivieren
2. Versuchen Sie eine offene Web-UI von einem anderen IP-Bereich, besser über VPN

Ja.

Systemkonfiguration

Hardware:
Nur DHT-22.


ESP Easy-Version: mega-20181026 (normal,4096)

ESP Easy-Einstellungen/Screenshots:
Openhab Mqtt, min senden 150ms, Warteschlange 3, Wiederholungen 1, Älteste löschen, Timeout 200.

Regeln oder Protokolldaten

Entschuldigung für den sehr langen Beitrag. Ich möchte so viele Details wie möglich beschreiben.
Ihr Team hat bis jetzt einen tollen Job gemacht. Meine erste Espeasy-Version könnte 2.4.0 sein.