Espeasy: 从不同的 ip 范围访问 web ui 时挂起

创建于 2018-11-01  ·  5评论  ·  资料来源: letscontrolit/ESPEasy

清单

  • [ x] 这个问题的标题是“中肯的”和描述性的。
  • [ x] 这个问题描述了正在发生的事情。
  • [x] 这个问题描述了哪些组件受到影响(例如插件/控制器的名称)
  • [ x] 这个问题描述了如何重现它。
  • [ x] 这个问题描述了它的引入时间(当已知时)以及现在显示问题的版本。

我有...

  • [x] 在问题跟踪器论坛上搜索了类似的问题。 (适用时包括链接)
  • [ x] 使用 sysinfo 页面上的“将信息复制到剪贴板”输入了系统描述。 (如果可能)
    2
    当地时间:2018-11-01 20:48:32
    正常运行时间:0 天 6 小时 22 分钟
    负载:6.50% (LC=12487)
    免费内存:9040(2696 - sendContentBlocking)
    空闲堆栈:3552(1616 - ExecuteCommand)
    启动:冷启动 (0)
    重置原因:外部系统
    网络 ❔
    无线网络:802.11N (RSSI -61 dB)
    IP 配置:DHCP
    IP/子网:192.168.31.106 / 255.255.255.0
    GW:192.168.31.1
    客户端 IP:192.168.31.40
    DNS:192.168.31.1 / 8.8.8.8
    允许的 IP 范围:全部允许
    STA MAC:84:F3:EB:Xxxxxx
    AP MAC:86:F3:EB:Xxxxx
    SSID: (F0:B4:29:Xxxxxxx)
    频道:11
    已连接:44 m 36 s
    Last Disconnect Reason: (201) No AP found //Right after issue, it was “beacon timeout
    重新连接数:2
    固件
    版本:⋄ 20102 - Mega
    库:⋄ ESP82xx Core 2_4_1,NONOS SDK 2.2.1(cfd48f3),LWIP:1.4.0-RC2
    GIT版本:⋄mega-20181026
    插件:⋄ 46 [普通]
    构建 Md5:40a5583b53e6eb408ed35a943564
    Md5检查:通过。
    构建时间:⋄ 2018 年 10 月 26 日 02:20:30
    二进制文件名:⋄ ESP_Easy_mega-20181026_normal_ESP8266_4096.bin
    系统状况
    系统日志日志级别:无
    串行日志级别:无
    网络日志级别:无
    电潜板
    ESP 芯片 ID:5928724 (0x5A7714)
    ESP 芯片频率:80 MHz
    ESP 板名称:PLATFORMIO_ESP12E
    贮存
    闪存芯片 ID:供应商:0x68 设备:0x4016
    闪存芯片实际大小:4096 kB
    闪存 IDE 大小:4096 kB
    闪存 IDE 速度:40 MHz
    闪存IDE模式:DIO
    Flash 写入:每天 7 次/7 次启动
    草图大小:747 kB(2324 kB 免费)
    SPIFFS 大小:934 kB(860 kB 免费)
  • [ ] 输入所用版本的完整文件名(例如ESP_Easy_mega-20181001_test_ESP8266_4096_VCC.bin
    ESP_Easy_mega-20181026_normal_ESP8266_4096
  • [ ] 在适用时给出活动插件或控制器的列表。
  • [ ] 填写以下所有适用字段。

步骤已经试过了...

  • [ ] 尝试全新安装(ZIP 中包含空的.bin文件)
  • [x] 测试过上一个/其他版本(提及已经测试过的版本)
  • [x] 在其他节点上测试以确保硬件没有缺陷。
  • [ ] 验证问题是否仅限于单个插件/控制器

如果你自己编译,请说明这一点,请尽量只报告官方构建的问题!





问题/功能请求的总结


我有 2 个 Nodemcu 12E 在同一位置(网络)运行相同的 Espeasy 版本。 两者都使用 Openhab mqtt 连接到另一个位置(mosquitto)的代理。 两者都正常工作(不是很稳定但可以接受)。 我启用允许从所有 ips 255.255.255.255 访问。
在我的路由器(连接了 2 个设备)上,我安装了一个 Open VPN 服务器,我用来远程连接访问设备。 VPN 服务器配置:TUN,NAT 到 LAN,客户端 IP:10.8.0.0。 局域网 IP:192.168.31.1。

每次我尝试通过 VPN 连接到我的 2 个 Espeasy 设备时,2 个设备都挂起。 Web ui 保持加载或快速完成加载而不显示任何内容。 如果我断开 VPN 并立即从 LAN 访问 Espeasy,Web ui 将保持无法访问 4 或 5 分钟。 之后,一个正常运行,一个重启(有更多的任务和规则)。 当他们被冻结时,没有 mqtt 发送给经纪人。 我仍然能够通过相同的 VPN 连接和会话访问所有其他设备(主路由器、相机等)。

在另一个具有相同 VPN 服务器设置的网络之后,我还在 10 月 3 日发布了另一个带有 Espeasy 的 Nodemcu,使用相同的 mqtt 代理连接。 这个很适合通过 VPN 访问网络。

预期行为


我应该像从 lan 一样访问 web ui 它们。

实际行为


单位挂了。

重现步骤

  1. 启用来自 all 和 mqtt 控制器的访问
  2. 尝试从其他 ip 范围打开 web ui,通过 VPN 更好


是的。

系统配置


硬件:
只有 DHT-22。


ESP 简易版:mega-20181026(普通,4096)



ESP Easy 设置/截图:
Openhab Mqtt,最小发送 150 毫秒,队列 3,重试 1,删除最旧,超时 200。

规则或日志数据



很抱歉很长的帖子。 我想尽可能详细地描述。
到目前为止,你们团队做得很好。 我的第一个 Espeasy 版本可能是 2.4.0。

Wifi Bug

所有5条评论

请看#1952

它看起来确实与 #1952 相关(甚至可能重复????)
我们必须看看自上一个可用的版本以来可能发生了什么变化。

您对通过 VPN 到节点的“ping 时间”有什么想法吗?

@wolverinevn
请尝试版本 20181101。在我的配置中,它再次工作。

您对通过 VPN 到节点的“ping 时间”有什么想法吗?
平时间:
来自 192.168.31.106 的 64 个字节:icmp_seq=8 ttl=127 time=60.383 ms
来自 192.168.31.106 的 64 个字节:icmp_seq=9 ttl=127 time=48.283 ms
10 秒后尝试连接到 web ui:
icmp_seq 0 的请求超时
icmp_seq 1 的请求超时

和 Safari 当从 LAN 访问时:
服务器意外断开连接,有时在服务器繁忙时发生。

我正在尝试 mega20181101 并报告。

据我所知,通过 VPN 的 web ui 访问又回到了 mega20181101 上。 所以这个问题可能与 #1987 中描述的不稳定的 wifi 无关。
很高兴看到此版本的可用内存显着增加。

此页面是否有帮助?
0 / 5 - 0 等级

相关问题

jroux1 picture jroux1  ·  6评论

Grovkillen picture Grovkillen  ·  6评论

Barracuda09 picture Barracuda09  ·  5评论

jobst picture jobst  ·  5评论

DittelHome picture DittelHome  ·  5评论