网卡绑定错误

[tuhao1020]

我本机VPN开了虚拟网卡，服务启动后，会自动绑定到虚拟网卡上

➜  ~ ifconfig | grep 198.18 -B1
utun4: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 9000
	inet 198.18.0.1 --> 198.18.0.1 netmask 0xfffffffc

另外建议支持设备端口自定义

[suoten]

我本机VPN开了虚拟网卡，服务启动后，会自动绑定到虚拟网卡上

➜  ~ ifconfig | grep 198.18 -B1
utun4: flags=8051<UP,POINTOPOINT,RUNNING,MULTICAST> mtu 9000
	inet 198.18.0.1 --> 198.18.0.1 netmask 0xfffffffc

另外建议支持设备端口自定义

感谢反馈，问题确认并已修复（PR #16 已合入 master）👍

关于网卡绑定：根因是本机地址探测方式——旧实现通过 UDP connect 8.8.8.8 后读取 getsockname() 获取“本机 IP”，这个方法依赖默认路由。您的 VPN（utun 虚拟网卡，198.18.x.x 是 Clash/Surge 类工具的 FakeIP 段）劫持了默认路由，探测结果必然是虚拟网卡地址，导致上报给网关的回调地址不可达。已改为：优先枚举与主机名关联的真实网卡地址，过滤 FakeIP(198.18.0.0/15)、CGNAT(100.64.0.0/10)、链路本地等虚拟网段，UDP 探测降级为兜底路径且结果同样过滤。另外如果您希望固定对外地址，也可以设置环境变量 PROTOFORGE_PUBLIC_HOST 直接指定，优先级最高。更新到最新 master 后即可生效。

关于设备端口自定义：当前设计是端口配置在“协议服务”级别（协议服务 → 启动配置），同一协议下所有设备共享一个监听端口，Modbus 场景通过从站号（slave_id）区分设备——这是 Modbus 的标准做法，一台服务监听一个端口即可承载最多 247 台从站设备。如果您需要“同协议多端口”的场景（比如模拟两台独立监听的 Modbus 服务），目前可以通过创建两个协议实例实现规划中，已列入需求评估（见需求征询帖 #11）。如果您能补充一下具体使用场景（什么协议、为什么要按设备分端口），会更有助于我们确定方案。