web-dev-qa-db-ja.com

ワイヤレスルーターにpingを実行すると、「宛先ホストに到達できません」

Linux Mint 12を使用していて、Windowsドライバーを実行しているAsusPCE-N15ワイヤレスカードを持っています。とにかく、定期的に接続が完全に失われますが、Network Managerとiwconfigは、それでも問題ないと主張しています。ワイヤレスルーターに継続的にpingを実行すると、次のようなメッセージが表示されます。

64 bytes from 192.168.1.1: icmp_req=2368 ttl=64 time=132 ms
64 bytes from 192.168.1.1: icmp_req=2369 ttl=64 time=1239 ms
64 bytes from 192.168.1.1: icmp_req=2370 ttl=64 time=1098 ms
64 bytes from 192.168.1.1: icmp_req=2371 ttl=64 time=848 ms
From 192.168.1.119 icmp_seq=2408 Destination Host Unreachable
From 192.168.1.119 icmp_seq=2409 Destination Host Unreachable
From 192.168.1.119 icmp_seq=2412 Destination Host Unreachable
From 192.168.1.119 icmp_seq=2415 Destination Host Unreachable

他のコンピューターでは同様の症状が見られないため、接続強度は問題にならず、ルーター自体が問題であるとは思いません。

興味深いことに、この問題は私のコンピューターの使用法と相関しているようです。 TCP=リクエストを作成していない場合、連続pingはうまく機能し、平均レイテンシは10ミリ秒未満です。しかし、リクエストを作成し始めると、平均レイテンシが急上昇し、 「DestinationHostUnreachable」が表示され始めます。

参考までに、route、ifconfig、およびiwconfigの出力を示します。ルーターにpingできない場合、これらの違いは何もないようです。

Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.1.1     0.0.0.0         UG    0      0        0 wlan0
link-local      *               255.255.0.0     U     1000   0        0 wlan0
192.168.1.0     *               255.255.255.0   U     2      0        0 wlan0


wlan0     Link encap:Ethernet  HWaddr 14:da:e9:f2:4b:b4  
          inet addr:192.168.1.119  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::16da:e9ff:fef2:4bb4/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:610537 errors:0 dropped:0 overruns:0 frame:0
          TX packets:594181 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:511435072 (511.4 MB)  TX bytes:81176260 (81.1 MB)

wlan0     IEEE 802.11bgn  ESSID:"Network"  
          Mode:Managed  Frequency:2.437 GHz  Access Point: C0:C1:C0:53:A9:DA   
          Bit Rate=144.4 Mb/s   Tx-Power=20 dBm   
          Retry  long limit:7   RTS thr=2347 B   Fragment thr:off
          Power Management:off
          Link Quality=51/70  Signal level=-59 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:14   Missed beacon:0
5
Ben

私は時々同じことをします。迷惑で、近くの他のwifiネットワークからの干渉が原因である可能性があります。

ルーターの設定に移動して(うまく機能していない場合は、言うのは簡単です)、wifiチャネルを変更して修正します。 1から11または14までの番号が付いたチャネルから選択でき、ルーターがサポートするもの(および地域の規制により許可されるもの)が何であっても、希望するものを選択できます。残念ながら、モデルでそのオプションを見つける方法を説明することはできませんが、オプションがなかった場合は驚きます。

Android電話をお持ちの場合は、無料の「Wifiアナライザー」アプリをチェックしてみてください。混雑が最も少ないチャンネルを知ることができます。

編集:

2番目の可能性は、お使いのマシンのサポートが不十分なワイヤレスチップセット/カードであることです。私もこれを持っていました:それは私の古い家でうまくいくようでした、しかし私が引っ越したとき私はあらゆる種類の問題を抱えました、しかしその1台のマシンだけで-他はうまく見えました。 (Windowsを起動したときも正常に動作しているように見えましたが、あまり頻繁に実行しなかったため、誤解される可能性がありました。)おそらく違いは、移動したときに新しい802.11nルーターに変更したことです(そして新しいISP)、古いものは古代の802.11bモデルでした。それは単に家の建設か何かであるかもしれません、不幸な反射を引き起こします。

私は結局、外部USB wifiドングルを購入することで問題を解決しました。これには、ラップトップを802.11gから802.11nにアップグレードしてルーターに合わせるという利点もあり、これはボーナスでした。ただし、Linuxでサポートされていることを確認する必要があります。Linuxに付属しているドライバーは役に立たないためです。グーグルはあなたの友達です。

ところで、私が正しく覚えていれば、私のワイヤレスチップセットはbroadcom4312でした。

2
ams