解決策 (2015 年 5 月 24 日)

解決策 (2015 年 5 月 24 日)

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)

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

答え1

解決策 (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/

答え2

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

答え3

切断、インターネットの速度低下、モデムの問題などの問題があったので、次のことを実行しました。

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

  • 2014 年 11 月 (だと思う) に extrem 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
    
  • コムキャストのチャットセッションで、なぜ 8 つのチャネルではなく 4 つのチャネルのみが結合されているのかを調べ、モデムが 5341J ではなく 5341 に設定されている可能性があり、再アクティブ化する必要があるため、コムキャストに電話する必要があると言われました。電話したところ、最終的に 30 分以上電話で話し合った後、技術者は 24 時間以内に変更が見られるはずだと言いました。1 時間後、ステータス ページを確認すると、8 つのチャネルすべてが結合されていました。インターネットの問題はありません。

  • 外部のドロップからモデムまでのすべてのケーブルを RG6 ケーブルに交換しました。古いケーブルには、ラインに 2 つのスプライス コネクタがあることがわかりました。ケーブルが問題を引き起こしていないことを確認しました。

  • 2015 年 5 月 21 日午前、不思議に思ったのですが、ダウンストリームの電力レベルが +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
    

    40 フィート離れた R8000 ルーターからのワイヤレス接続を使用したスピードテストの結果は、下り 111、上り 23.41 でした。これまでのところ満足していますが、この時点では安定が続くかどうか自信がありません。安定しない場合は、ポールへの回線または Comcast ヘッドエンドへの回線に問題があると思われます。推測にすぎませんが、時間が経てばわかるでしょう。

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

    今朝の接続状況は、修正不可能なコードワードは増加していますが、息子は World of Tanks を 5 時間以上プレイし、孫は Minecraft と YouTube クリップを 6 時間以上プレイしていました。同時に、私と妻はインターネットに接続し、同時に Netflix の映画を再生していました。誰も問題を訴えておらず、今のところ順調です。

    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
    

答え4

この問題に遭遇したときに私が使用する小さなスクリプトを次に示します。

#!/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

これが皆さんの役に立つことを願っています。

関連情報