我的家庭网络上有几个接入点,它们以前工作得很好,但最近我注意到,当我连接到网络时,WiFi 经常连接,但没有互联网可用。我已经将问题归结为 IP 问题,但我不知道如何修复它。
设置:
我的网络设置了非常基本的硬件,几乎没有任何定制。服务通过光纤电缆提供。光纤电缆连接到 ONT。这是由我的 ISP 提供的。标签上的品牌名称是 Optictimes,型号是 RX8102W。(点击此处查看产品)本设备具备wifi功能,部分设备可直接连接本设备。
从 ONT 我有两条以太网线路。一条用于 AP:steren com-818(像这个),另一个用于开关(像这个)。
从交换机我又连接了 2 个 AP。一个类似于我之前提到的那个,另一个是 TPLINK (像这个)。
配置:
安特卫普:我无法访问它的配置页面。我对它的配置方式一无所知。我的 ISP 拒绝放弃对 ONT 的控制。
第一台 COM-818:配置为具有与 ONT 不同的 SSID 的接入点。
第二台 COM-818:配置为具有与 ONT 不同的 SSID 的接入点,以及第一个 COM-818。
TPLINK:配置为具有与 ONT 不同的 SSID 的接入点,以及两个 COM-818。
我的发现:
我发现,每当设备通过 wifi 连接到网络但无法访问互联网时,其分配的 IP 都在 192.168.10.* 范围内。192.168.10.1 是当您连接到其中一个 com-818 接入点时可访问的设置页面。在我看来,由于某种原因,设备最终连接到第二个 COM-818 并分配 192.168.10.* 范围内的 IP。即使我选择连接到 ONT 或 TPLINK AP 的 SSID,也会发生这种情况。设备显示它已连接到该 SSID,但它提供 COM-818 的配置页面,就好像它实际上已连接到 COM-818,但未配置一样。
断开连接并重新连接可以解决问题。有时第一次尝试就可以解决,但有时需要尝试几次才能解决。
编辑1:
连接成功后 ip addr 的输出
wlo1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
link/ether 60:d8:19:8b:37:3a brd ff:ff:ff:ff:ff:ff
altname wlp7s0
inet 192.168.1.4/24 brd 192.168.1.255 scope global noprefixroute wlo1
valid_lft forever preferred_lft forever
inet6 fe80::9bf1:abab:4440:a7c/64 scope link noprefixroute
valid_lft forever preferred_lft forever
答案1
我解决了这个问题。我收到的评论是找到解决方案的关键。现在,如果有人能解释原因,那就太棒了。
解决方案是确保两个 COM-818 都使用 WAN/LAN 端口。造成问题的那个实际上正在使用 LAN 端口。
我注意到了一些奇怪的事情:
nmap
ping 网络不会报告有问题的 AP。- 切换运行良好的 COM-818 上的端口会导致它无法访问互联网,即使连接正确,设备也会获得 192.168.1.* 范围内的 IP。我必须拔下它然后再插上,才能让它正常工作。
- 连接到有问题的 COM-818 的 SSID 的失败次数比连接到任何其他 AP(包括 ONT)的 SSID 的失败次数要少。
我不确定为什么会发生这种情况。但解决方案很简单:使用正确的端口。
额外收获:我发现 COM-818 可以设置为路由器,这样它们就创建了一个完全独立的网络。我认为它不是一个 VLAN,而是一个独立的网络。