Wi-Fi在Mac OS X上每10分钟停止工作

8

每隔10到15分钟，我的Internet连接就会以以下方式失败：

  • 无法加载网站
  • 无法连接到Dropbox
  • 无法连接到IRC
  • Skype仍然有效
  • 松弛仍然有效
  • 仍然可以连接到我的路由器和调制解调器

经过大量搜索，我相信这是一个DNS问题。我曾尝试使用ISP的DNS服务器和Google的DNS服务器，但问题仍然存在。

当我从Wi-Fi网络断开连接并重新连接时，问题消失了，并且一切正常工作了10-15分钟。

ping当问题出现时，这是一些测试的一些输出：

# ping 8.8.8.8 (Google's DNS server, becomes unreachable)

64 bytes from 8.8.8.8: icmp_seq=11589 ttl=41 time=61.719 ms
64 bytes from 8.8.8.8: icmp_seq=11590 ttl=41 time=61.869 ms
64 bytes from 8.8.8.8: icmp_seq=11591 ttl=41 time=60.212 ms
64 bytes from 8.8.8.8: icmp_seq=11592 ttl=41 time=60.332 ms
64 bytes from 8.8.8.8: icmp_seq=11593 ttl=41 time=65.169 ms
64 bytes from 8.8.8.8: icmp_seq=11594 ttl=41 time=61.890 ms
64 bytes from 8.8.8.8: icmp_seq=11595 ttl=41 time=59.746 ms
64 bytes from 8.8.8.8: icmp_seq=11596 ttl=41 time=60.221 ms
Request timeout for icmp_seq 11602
Request timeout for icmp_seq 11603
Request timeout for icmp_seq 11604
Request timeout for icmp_seq 11605
Request timeout for icmp_seq 11606
Request timeout for icmp_seq 11607
Request timeout for icmp_seq 11608
Request timeout for icmp_seq 11609

# ping 203.144.206.49 (ISP's DNS server, automatically configured, becomes unreachable)

64 bytes from 203.144.206.49: icmp_seq=1418 ttl=249 time=27.160 ms
64 bytes from 203.144.206.49: icmp_seq=1419 ttl=249 time=23.846 ms
64 bytes from 203.144.206.49: icmp_seq=1420 ttl=249 time=25.674 ms
64 bytes from 203.144.206.49: icmp_seq=1421 ttl=249 time=25.712 ms
64 bytes from 203.144.206.49: icmp_seq=1422 ttl=249 time=25.169 ms
64 bytes from 203.144.206.49: icmp_seq=1423 ttl=249 time=24.310 ms
64 bytes from 203.144.206.49: icmp_seq=1424 ttl=249 time=26.983 ms
64 bytes from 203.144.206.49: icmp_seq=1425 ttl=249 time=26.477 ms
Request timeout for icmp_seq 1428
Request timeout for icmp_seq 1429
Request timeout for icmp_seq 1430
Request timeout for icmp_seq 1431
Request timeout for icmp_seq 1432
Request timeout for icmp_seq 1433
Request timeout for icmp_seq 1434
Request timeout for icmp_seq 1435

# ping 192.168.1.1 (modem, remains reachable)

64 bytes from 192.168.1.1: icmp_seq=1760 ttl=64 time=1.571 ms
64 bytes from 192.168.1.1: icmp_seq=1761 ttl=64 time=1.414 ms
64 bytes from 192.168.1.1: icmp_seq=1762 ttl=64 time=1.421 ms
64 bytes from 192.168.1.1: icmp_seq=1763 ttl=64 time=1.439 ms
64 bytes from 192.168.1.1: icmp_seq=1764 ttl=64 time=1.600 ms
64 bytes from 192.168.1.1: icmp_seq=1765 ttl=64 time=2.117 ms
64 bytes from 192.168.1.1: icmp_seq=1766 ttl=64 time=1.354 ms
64 bytes from 192.168.1.1: icmp_seq=1767 ttl=64 time=1.395 ms
64 bytes from 192.168.1.1: icmp_seq=1768 ttl=64 time=1.492 ms
64 bytes from 192.168.1.1: icmp_seq=1769 ttl=64 time=1.326 ms
64 bytes from 192.168.1.1: icmp_seq=1770 ttl=64 time=1.641 ms
64 bytes from 192.168.1.1: icmp_seq=1771 ttl=64 time=1.428 ms
64 bytes from 192.168.1.1: icmp_seq=1772 ttl=64 time=1.459 ms
64 bytes from 192.168.1.1: icmp_seq=1773 ttl=64 time=1.517 ms
64 bytes from 192.168.1.1: icmp_seq=1774 ttl=64 time=1.429 ms
64 bytes from 192.168.1.1: icmp_seq=1775 ttl=64 time=2.007 ms

这是traceroute连接有效与无效的两种情况：

# traceroute 8.8.8.8 (connection is working)

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
 1  192.168.1.1 (192.168.1.1)  1.314 ms  3.256 ms  1.089 ms
 2  cm-134-196-10-1.revip18.asianet.co.th (134.196.10.1)  9.022 ms  9.922 ms  9.988 ms
 3  10.92.249.49 (10.92.249.49)  23.733 ms  16.544 ms  17.930 ms
 4  203-144-128-34.static.asianet.co.th (203.144.128.34)  23.399 ms  22.948 ms  23.950 ms
 5  203-144-128-33.static.asianet.co.th (203.144.128.33)  23.067 ms
    203-144-128-29.static.asianet.co.th (203.144.128.29)  25.810 ms
    203-144-128-33.static.asianet.co.th (203.144.128.33)  23.437 ms
 6  61-91-213-177.static.asianet.co.th (61.91.213.177)  25.623 ms  23.378 ms  24.319 ms
 7  61-91-213-35.static.asianet.co.th (61.91.213.35)  26.058 ms  26.429 ms  31.222 ms
 8  61-91-213-81.static.asianet.co.th (61.91.213.81)  25.335 ms  25.126 ms  23.935 ms
 9  tig-net25-61.trueintergateway.com (122.144.25.61)  24.232 ms
    tig-net25-105.trueintergateway.com (122.144.25.105)  27.276 ms
    tig-net25-209.trueintergateway.com (122.144.25.209)  28.039 ms
10  72.14.195.115 (72.14.195.115)  49.303 ms  49.605 ms  50.321 ms
11  209.85.242.240 (209.85.242.240)  49.322 ms  50.768 ms  49.716 ms
12  209.85.242.242 (209.85.242.242)  58.872 ms  60.480 ms
    209.85.242.232 (209.85.242.232)  67.498 ms
13  209.85.246.23 (209.85.246.23)  62.638 ms
    209.85.248.25 (209.85.248.25)  60.055 ms  60.914 ms
14  * * *
15  google-public-dns-a.google.com (8.8.8.8)  61.586 ms  60.368 ms  61.882 ms

# traceroute 8.8.8.8 (connection is NOT working)

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 52 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 (it goes on like this until the connection kicks in again)

任何想法如何解决这个问题？

networking  wireless-networking  router  dns  modem 
— 格雷厄姆·斯旺
source

Answers:

10

解决方法（2015年5月24日）

不稳定的连接原来是Mac OS X Yosemite的问题，这显然很常见。这个问题在互联网上发布了许多潜在的解决方案，但是在我的Apple讨论线程中找到了一个对我有用的解决方案。

解

将/Library/Preferences/SystemConfiguration文件夹移至桌面（以便进行备份）并重新启动。OS X将在重新引导时重新生成默认网络设置。

sudo mv /Library/Preferences/SystemConfiguration ~/Desktop
sudo shutdown -r now

编辑（2016年11月8日）

自发布此问题以来，我已经搬家了，这个问题将我带到了我的新家（不同的国家，不同的ISP）。我注意到我可以在其他人的Wi-Fi上正常使用笔记本电脑，但是当我回到家中后，问题再次浮出水面。

不稳定的连接原来是某些ISP提供的廉价路由器的问题。

我以前的ISP提供了一个评价不佳的Technicolor装置，而我现在的ISP提供了一个古老的Cisco装置。我购买了不错的路由器后，问题就立即消失了，并且自2个月前切换到新路由器以来一直没有出现。

解

购买一个体面的路由器并将其用于您的Wi-Fi。

作为参考，我购买的路由器是ASUS RT-AC68U：https ://www.asus.com/us/Networking/RTAC68U/

— 格雷厄姆·斯旺
source
感谢您的更新，但是您以前的回答很有用（并非每个人都可以轻松更改路由器）。请您带回先前的答案，并将当前答案附加为“编辑：”
— ncuillery
1
@ncuillery是的，并非每个人都能更换路由器。我从2015年5月24日起重新添加了解决方案，并将最新答案更改为修改。好决定！
— 格雷厄姆·斯旺
1

猜测，这是路由器问题。确保已安装最新的固件，或尝试使用其他已知有效的路由器。

— 佩恩
source
我的ISP昨天来了，更换了电缆调制解调器，但是问题仍然存在。我使用Apple Airport Express作为路由器，它在任何其他连接上都没有出现问题。电缆调制解调器上是否有任何可能导致此问题的特定设置？
— 格雷厄姆·斯旺
@thinkswan好的，我不好。如果是DNS问题，则不会中断对ip的ping操作。即使这是DNS问题，DNS请求也会被许多事物多次缓存。
— JPain
我注意到的另一件事是，如果连接在一个设备上断开，则网络上的其他设备仍然可以加载网页，因此，这可能与实际设备设置有关。ah，调查仍在继续。
— 格雷厄姆·天鹅
0

我在断开连接，互联网和调制解调器问题方面遇到了问题，所以这是我所做的事情：

  • 在2014年11月之前，我使用SB6121调制解调器和comcast Blast 50/10，并且不记得任何有关断开连接或速度的问题。

  • 2014年11月（我认为），我升级到了极值105，并开始随机遇到断线问题（调制解调器损坏？）

  • 2015年1月将调制解调器升级到SB6141。仍然存在随机断开问题（比SB6121最差），上传通道3上有很多t4超时以及其他错误

  • 4月或5月，我有comcast技术来检查一下。这位技术人员说，他看不到任何问题，但是无法使comcast调制解调器更好地工作，因此他重新安装了SB6141，然后离开了。（花费我70美元）仍然随机断开连接。也许是糟糕的调制解调器？？？

  • 2015年5月20日安装了Zoom 5341J调制解调器。检查状态页，发现8个下行通道中只有4个被绑定，但是互联网还可以，但不可纠正的代码字很高。

     Downstream Bonded Channels
1   QAM256  621000000 Hz    -0.8 dBmV   39.8 dB 615 1643
2   QAM256  615000000 Hz    -1.3 dBmV   39.4 dB 810 1634
3   QAM256  627000000 Hz    -0.1 dBmV   39.9 dB 522 1520
4   QAM256  633000000 Hz    -0.6 dBmV   39.9 dB 520 1916
5   unknown         0 Hz    -0.0 dBmV    0.0 dB   0    0
6   unknown         0 Hz    -0.0 dBmV    0.0 dB   0    0
7   unknown         0 Hz     0.0 dBmV    0.0 dB   0    0
8   unknown         0 Hz     0.0 dBmV    0.0 dB   0    0

Upstream Bonded Channels

1   ATDMA   5120 Ksym/sec   29500000 Hz 46.8 dBmV
2   ATDMA   5120 Ksym/sec   36400000 Hz 37.5 dBmV
3   ATDMA   5120 Ksym/sec   22600000 Hz 36.5 dBmV
4   Unknown  0 Ksym/sec        0 Hz  0.0 dBmV
Total Correctables  Total Uncorrectables
           2467           6713

Current System Time: Wed May 20 08:15:48 201

  • 进行了comcast聊天会话，以找出为什么只有4个频道绑定而不是8个频道，并被告知调制解调器可能设置为5341而不是5341J，并且需要重新激活，所以我需要致电comcast。我照做了，最后经过30分钟或更长时间的电话通话，技术人员说我应该在24小时内看到变化。一个小时后，我检查了状态页面，发现所有8个通道均已绑定。没有网络问题。

  • 用RG6电缆替换掉了从下到调制解调器的所有电缆。发现旧电缆的线路中有2个接头连接器。只要确保电缆没有引起任何问题即可。

  • 05/21/15 AM，对我来说很奇怪，但我注意到下行功率水平非常高，从+ 12db到+ 16db，但是在更换电缆之前，该水平仍在上面。似乎变化可能是由于电缆更换所致，因此我在压降处添加了12db衰减器，这使功率水平降低至：

    Downstream Bonded Channels
1   QAM256  591000000 Hz    -2.3 dBmV   39.4 dB 38  195
2   QAM256  597000000 Hz    -2.1 dBmV   39.4 dB 0   0
3   QAM256  603000000 Hz    -1.1 dBmV   39.9 dB 0   0
4   QAM256  609000000 Hz    -0.1 dBmV   39.9 dB 0   0
5   QAM256  615000000 Hz    -0.1 dBmV   39.8 dB 0   0
6   QAM256  621000000 Hz    -0.1 dBmV   39.9 dB 0   0
7   QAM256  627000000 Hz     0.4 dBmV   39.9 dB 0   0
8   QAM256  633000000 Hz     0.2 dBmV   39.5 dB 0   0

    上行功率水平对我来说似乎有点高（可能是由于衰减器所致），但在规格范围内

    Upstream Bonded Channels

1   ATDMA   5120 Ksym/sec   22600000 Hz 44.5 dBmV
2   ATDMA   5120 Ksym/sec   29500000 Hz 46.0 dBmV
3   ATDMA   5120 Ksym/sec   36400000 Hz 46.0 dBmV
4   Unknown  0 Ksym/sec        0 Hz  0.0 dBmV

  • 15年5月21日下午，到目前为止，除了不可纠正的代码字（195）之外，没有其他互联网问题。不确定是否会出现问题。

    新的状态页结果：

    Downstream Bonded Channels
1   QAM256  591000000 Hz    -2.3 dBmV   39.4 dB 38  195
2   QAM256  597000000 Hz    -2.0 dBmV   39.5 dB 0   0
3   QAM256  603000000 Hz    -1.1 dBmV   39.8 dB 0   0
4   QAM256  609000000 Hz     0.0 dBmV   40.2 dB 0   0
5   QAM256  615000000 Hz    -0.1 dBmV   39.9 dB 0   0
6   QAM256  621000000 Hz    -0.2 dBmV   39.9 dB 0   0
7   QAM256  627000000 Hz     0.3 dBmV   39.9 dB 0   0
8   QAM256  633000000 Hz     0.2 dBmV   39.9 dB 0   0


Upstream Bonded Channels

1   ATDMA   5120 Ksym/sec   22600000 Hz 44.5 dBmV
2   ATDMA   5120 Ksym/sec   29500000 Hz 46.0 dBmV
3   ATDMA   5120 Ksym/sec   36400000 Hz 46.0 dBmV
4   Unknown  0 Ksym/sec        0 Hz  0.0 dBmV

    使用40英尺远的R8000路由器的无线连接将速度测试结果111降低23.41。到目前为止还很高兴，但是目前我还不太相信它会保持稳定。如果不是这样，我会怀疑到杆的线或到comcast头线的线有问题。只是猜测，但时间会证明一切。

  • 2015/05/22事件日志为空（伟大），速度测试结果为118.4向下23.4向上

    截至今天早上，连接状态更高，无法纠正的代码字更高，但我的儿子玩了坦克世界超过5小时，而我的孙子玩了Minecraft和许多youtube剪辑则持续了6个小时或更长时间。同时，我和妻子都在互联网上，并且同时播放netfilx电影。到目前为止，还没有人抱怨任何问题。

    Downstream Bonded Channels
1   QAM256  591000000 Hz    -2.2 dBmV   39.6 dB 539 2770
2   QAM256  597000000 Hz    -2.0 dBmV   39.8 dB 202 957
3   QAM256  603000000 Hz    -1.1 dBmV   39.9 dB 0   0
4   QAM256  609000000 Hz    -0.1 dBmV   40.3 dB 0   0
5   QAM256  615000000 Hz    -0.1 dBmV   39.8 dB 0   0
6   QAM256  621000000 Hz    -0.1 dBmV   39.9 dB 0   0
7   QAM256  627000000 Hz     0.4 dBmV   40.0 dB 0   0
8   QAM256  633000000 Hz     0.2 dBmV   39.9 dB 0   0


Upstream Bonded Channels

1   ATDMA   5120 Ksym/sec   22600000 Hz 44.5 dBmV
2   ATDMA   5120 Ksym/sec   29500000 Hz 46.0 dBmV
3   ATDMA   5120 Ksym/sec   36400000 Hz 46.0 dBmV
4   Unknown    0 Ksym/sec          0 Hz  0.0 dBmV
— 威廉·F
source
感谢您的帮助。经过大量搜索和阅读，我能够解决问题，并在下面发布了解决方案。
— 格雷厄姆·天鹅
0

这是我遇到此问题时使用的一个小脚本：

#!/bin/sh

while [ true ]
do

    ping -W 500 -c 1 192.168.1.1

    if [ $? -eq 2 ]
    then
        arp-scan -l -I en0
    else
        sleep 1
    fi
done

希望对您有所帮助。

— 林维
source
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.