看起来你遇到的这个问题确实挺棘手的——同一套设备换了新公寓网络就出状况，手机热点又一切正常，大概率是新网络的路由器/运营商那边有什么限制或者配置冲突了。我结合你的描述给你整理几个排查方向，你可以一步步试试：

• 排查MTU值不匹配问题
  MTU（最大传输单元）是网络设备允许通过的最大数据包大小，新网络的MTU设置如果和VPN/远程桌面的数据包不兼容，很容易出现连接后断连、无法访问内部网站的情况。

  • 可以先在你的电脑上把VPN连接的MTU改小，比如改成1400或者1300：
    Windows系统用命令：netsh interface ipv4 set subinterface "你的VPN连接名称" mtu=1400 store=persistent
    Mac系统可以在「系统设置-网络」里找到VPN接口，手动调整MTU数值
  • 也可以登录Ruijie AP180-AC的后台，把路由器的MTU从默认的1500改成1492（PPPoE连接会占用8字节，这个值更适配多数宽带）

• 检查路由器的防火墙与安全配置
  嵌入式路由器常自带一些安全规则，可能会干扰VPN和远程桌面的长连接：

  • 找「防火墙-会话管理」选项，看看UDP超时时间是不是设置得太短（比如小于60秒），改成300秒以上试试——OpenVPN默认用UDP协议，超时时间太短会导致会话被路由器主动断开
  • 暂时关闭QoS流量控制功能，有些路由器会把VPN这类非日常流量优先级调低，导致数据包丢包
  • 检查是否开启了IP隔离、ARP绑定这类功能，这些可能会阻断设备和VPN隧道之间的数据包传输

• 调整OpenVPN的连接参数
  既然手机热点能正常使用，试试修改OpenVPN的连接协议：

  • 把默认的UDP协议改成TCP协议（端口选443，和HTTPS端口一致，穿透性更强，不容易被运营商拦截）
  • 查看OpenVPN的客户端日志，有没有类似「packet dropped」「connection reset」的报错信息，这些日志能帮你定位具体的故障点

• 排查运营商网络的限制
  部分日本运营商可能会对企业VPN、远程桌面这类流量做限制，尤其是新办理的宽带套餐：

  • 分别在新网络和手机热点下，用追踪路由命令对比路径：
    Windows：tracert 你的VPN服务器IP
    Mac/Linux：traceroute 你的VPN服务器IP
    看看新网络下有没有某个节点出现严重丢包或延迟突变，这可能是运营商的限制节点

• 解决Windows原生RDP无法连接的问题
  Parallels能连但原生RDP不行，大概率是RDP的默认端口（3389）被拦截了：

  • 试试在公司的工作电脑上，把RDP的端口改成443这类常用端口，再重新连接
  • 或者在OpenVPN的配置里添加端口转发规则，把RDP流量通过VPN隧道转发

备注：内容来源于stack exchange，提问作者Leddy Gee