You need to enable JavaScript to run this app.
最新活动
大模型
产品
解决方案
定价
生态与合作
支持与服务
开发者
了解我们

Windows 11双LAN网段流量转发配置后无法跨网段通信的问题排查

Windows 11双LAN网段流量转发配置后无法跨网段通信的问题排查

看起来你已经完成了IP转发的基础配置(修改注册表项、启动RemoteAccess服务、关闭防火墙),但192.168.10.0/24网段的主机依然无法ping通192.168.72.0/24的其他主机,只能连通Windows 11本身。这种情况大概率是路由回包的问题,或者转发配置没完全生效,我帮你梳理几个关键排查点:

1. 目标网段主机的路由配置是否缺失

你现在的问题核心是:ping请求能从10网段主机发到Windows 11,但192.168.72.101这类目标主机不知道该把回复包发回给Windows 11的192.168.72.100,导致请求一直“挂起”。

必须给192.168.72.0/24网段的每台主机添加静态路由,告诉它们:要访问192.168.10.0/24的流量,得通过Windows 11的192.168.72.100来转发。

  • 如果目标主机是Windows系统,运行命令:
    route add 192.168.10.0 mask 255.255.255.0 192.168.72.100 -p
    
    -p参数表示永久保存路由,重启后不丢失)
  • 如果是Linux/macOS系统,运行:
    sudo ip route add 192.168.10.0/24 via 192.168.72.100
    # 永久保存需根据系统调整,比如Ubuntu编辑/etc/netplan配置文件,CentOS编辑/etc/sysconfig/network-scripts下的路由文件
    

2. 确认Windows 11的IP转发是否真的生效

虽然你修改了IPEnableRouter注册表项并重启了系统,但可以再手动验证一下:

  • 用PowerShell确认注册表值:
    Get-ItemProperty HKLM:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters -Name IPEnableRouter
    
    确保返回的IPEnableRouter值是1
  • 检查网卡的转发状态:
    netsh interface ipv4 show interfaces
    
    查看输出中两个LAN网卡对应的“Forwarding”列,是否都显示为Enabled。如果是Disabled,可以手动在网卡高级设置中开启:打开「网络和共享中心」→ 对应网卡→「属性」→「Internet协议版本4(TCP/IPv4)」→「属性」→「高级」→「IP设置」,勾选“在多个网络上启用IP转发”。

3. 检查Windows 11的路由表是否正常

运行以下命令查看系统路由表:

route print

重点确认:

  • 192.168.10.0/24的路由项指向对应的网卡,下一跳标注为On-link(直连);
  • 192.168.72.0/24的路由项同样指向对应的直连网卡;
  • 没有错误的默认路由或其他优先级更高的路由,导致转发流量被错误引导。

4. 再次确认防火墙与安全规则(即使已关闭Defender)

有时候关闭Defender防火墙后,可能还有残留的规则或第三方防火墙在生效:

  • 先确认所有防火墙配置文件都处于关闭状态:
    netsh advfirewall show allprofiles state
    
    确保Domain ProfilePrivate ProfilePublic Profile的状态都是Off
  • 可以手动添加一条允许跨网段转发的规则,避免遗漏:
    netsh advfirewall firewall add rule name="Allow Inter-Subnet Forwarding" dir=in action=allow protocol=ANY remoteip=192.168.10.0/24,192.168.72.0/24
    netsh advfirewall firewall add rule name="Allow Inter-Subnet Forwarding (Out)" dir=out action=allow protocol=ANY remoteip=192.168.10.0/24,192.168.72.0/24
    

5. 验证RemoteAccess服务的实际状态

你已经通过命令设置了服务自动启动,但可以再确认服务是否正常运行:

sc query RemoteAccess

查看输出中的STATE字段,是否为RUNNING。如果服务启动失败,建议打开「事件查看器→Windows日志→系统」,找到RemoteAccess相关的错误信息,排查启动失败的具体原因。

备注:内容来源于stack exchange,提问作者Phuong Nguyen

火山引擎 最新活动