Mac OS XでWi-Fiが10分ごとに動作を停止する


8

10〜15分ごとに、インターネット接続が次のように失敗します。

  • ウェブサイトを読み込めません
  • Dropboxに接続できません
  • IRCに接続できません
  • Skypeは引き続き機能します
  • Slackはまだ機能します
  • ルーターモデムに接続できます

多くの調査の後、これは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)

この問題を解決する方法はありますか?

回答:


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/


アップデートありがとうございますが、以前の回答は役に立ちました(誰もが簡単にルーターを変更できるわけではありません)。以前の回答を元に戻して、現在の回答を「編集:」として追加してください
ncuillery

1
@ncuillery誰もがルーターを交換できるわけではないことは事実です。2015年5月24日からソリューションを再度追加し、最新の回答を編集に変更しました。いいね!
グラハムスワン

1

おそらく、ルーターの問題だと思います。最新のファームウェアがインストールされていることを確認するか、動作することがわかっている別のルーターを試してください。


私のISPは昨日来てケーブルモデムを交換しましたが、その問題は残っています。ルーターとしてApple Airport Expressを使用していますが、他の接続で問題が発生したことはありません。これを引き起こす可能性のあるケーブルモデムの特定の設定はありますか?
グラハムスワン

@thinkswanわかりました。DNSの問題であれば、IPへのpingは中断されません。それがDNSの問題であったとしても、DNS要求は多くのことによって何度もキャッシュされます。
JPain 2015年

もう1つ気づいたのは、あるデバイスで接続が切断された場合でも、ネットワーク上の他のデバイスがWebページをロードできるため、実際のデバイス設定に問題がある可能性があります。ええと、捜査は続いています。
Graham Swan、

0

私は切断、遅いインターネット、モデムの問題で問題があったので、ここで私がやったことです:

  • 2014年11月より前は、SB6121モデムとBlast 50/10をcomcastしていましたが、切断や速度に関する問題を覚えていません。

  • 2014年11月に(私は思う)extrem 105にアップグレードし、ランダムに切断の問題が発生し始めました(モデムが不良ですか??)

  • 2015年1月、モデムをSB6141にアップグレードしました。ランダムに(SB6121よりも最悪の)切断の問題が引き続き発生し、アップロードチャネル3での多数のt4タイムアウトとその他のエラー

  • 4月か5月、私はcomcast techに来て、物事をチェックしてもらいました。技術者は彼らの側で何の問題も見ることができなかったが、コムキャストモデムをうまく動作させることができなかったので彼は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
    
  • コムキャストチャットセッションで、8チャネルではなく4チャネルしかボンディングされず、モデムが5341Jではなく5341に設定されていて、再アクティブ化する必要があるため、再起動する必要があるため、コムキャストを呼び出す必要がある理由を確認しました。私はそうしました、そして最後に電話で30分以上後、技術者は24時間以内に変化が見られるはずだと言いました。1時間後、ステータスページを確認したところ、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
    
  • 2015年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
    

    スピードテストの結果111ダウン23.41アップ40フィート離れたR8000ルーターからのワイヤレス接続を使用。これまでのところ満足していますが、現時点では安定しているとは確信が持てません。そうでない場合、ポールへのラインまたはヘッドエンドをキャストするラインに問題があると思われます。推測するだけで時間がわかります。

  • 2015年5月22日イベントログは空(大)で、スピードテストの結果は118.4ダウン23.4アップ

    今朝の接続ステータス、修正不可能なコードワードは高いですが、私の息子は5時間以上世界の戦車をプレイしましたが、私の孫は6時間以上Minecraftやたくさんのyoutubeクリップをプレイしました。同時に、私と妻の両方がインターネット上にいて、同時に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
    

これであなたの助けをありがとう。多くの検索と読書の後、私は問題を解決することができ、以下の解決策を投稿しました。
グラハムスワン

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

これがあなたの一部に役立つことを願っています。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.