How_ID 2023-09-05 15:42 采纳率: 100%
浏览 14
已结题

关于远程网络唤醒失效的问题

网络结构简述:

光猫 -桥接-> 主路由(开放wrt系统,拨号,有公网ipv4,没有wifi)[192.168.1.1] -桥接-> 副路由(2个相同型号的硬路由mesh组网,提供wifi) [192.168.1.2]-> "目标主机"(支持网络唤醒且已开启)[192.168.1.3]

问题描述:

在公网ssh连接主路由后无法通过wol唤醒"目标主机"

已尝试方法

1.已在主路由上arp绑定"目标主机"的ip和mac地址,在副路由上仅配置"目标主机"的静态ip,已经配置好了端口转发("目标主机"的22和9号端口暴露到公网上了)
2.实测在连接wifi局域网下可以正常wol唤醒,唤醒后可以通过公网ssh连接"目标主机"
3."目标主机"关机后一小段时间内,可以通过公网ssh连接主路由上wol再次唤醒"目标主机"
4."目标主机"关机时间较长后,只能通过连接wifi局域网下wol唤醒"目标主机"

疑问

由于"目标主机"是接在副路由上,怀疑需要在副路由上做arp绑定,但是副路由上没找到arp绑定的功能,只有一个静态ip设置,可如果是副路由未arp绑定的问题,为啥连接wifi局域网下可以长时间后wol唤醒

  • 写回答

1条回答 默认 最新

  • 专家-赤兔[在线] 全栈领域优质创作者 2023-09-06 22:30
    关注

    引用 皆我百晓生 小程序回复内容作答:
    根据你的问题描述,我认为可能有以下几个原因导致远程网络唤醒失效:

    1. ARP绑定未生效:你已在主路由上配置了ARP绑定,但在副路由上没有找到ARP绑定的功能。因此,如果目标主机是通过副路由连接到网络的,主路由上的ARP绑定可能不会影响副路由。你可以尝试在副路由上配置ARP绑定,将目标主机的MAC地址和IP地址进行绑定。

    2. 网络转发配置问题:你已经配置了端口转发,将目标主机的22和9号端口暴露到公网,但可能存在配置错误或端口转发不可靠的情况。你可以再次检查端口转发配置,确保正确设置了目标主机的端口。

    3. 网络设备间的休眠模式:你提到目标主机长时间关机后,只能通过连接WiFi局域网下的WOL唤醒。这可能是因为一些网络设备(如光猫、主路由)会进入省电模式,会导致网络唤醒失败。你可以尝试将这些网络设备配置为不进入省电模式。

    4. 网络隔离:在一些网络结构中,公网与内网的连接可能会通过NAT方式进行,这可能会导致网络隔离,使得远程网络唤醒无法生效。你可以检查你的网络结构,确保不存在这样的隔离。

    总之,你可以按照以上的建议逐一检查和排除可能的问题,尽量确定导致远程网络唤醒失效的具体原因。

    本回答被题主选为最佳回答 , 对您是否有帮助呢?
    评论

报告相同问题?

问题事件

  • 系统已结题 9月23日
  • 已采纳回答 9月15日
  • 创建了问题 9月5日

悬赏问题

  • ¥15 怎么修改鸿蒙app的UI及功能设计
  • ¥20 双硬盘安装Ubuntu后windows 无法挂载硬盘
  • ¥15 帮我利用jupyter 运行一个正确的代码
  • ¥15 如何使用Gephi软件和Python包中的GephiStreamer交互
  • ¥15 sqlite加密问题咨询
  • ¥15 appdesigner接收不到udp组播的数据
  • ¥15 verilog 非阻塞赋值下的移位拼接错误
  • ¥100 两个按钮控制一个LED
  • ¥15 用C语言写离散数学相关问题
  • ¥30 如何用python的GephiStreamer连接到gephi中,把Python和Gephi的具体操作过程都展示,重点回答Gephi软件的调试,以及如果代码的端口在浏览器中无法显示怎么处理