☰

무선 라우터를 ping할 때 "대상 호스트에 연결할 수 없습니다"라는 메시지가 표시됩니다.

tag-icon • tag-icon networking linux-mint wifi
무선 라우터를 ping할 때 "대상 호스트에 연결할 수 없습니다"라는 메시지가 표시됩니다.

저는 Linux Mint 12를 사용하고 있으며 Windows 드라이버를 실행하는 Asus PCE-N15 무선 카드를 가지고 있습니다. 그럼에도 불구하고, 네트워크 관리자와 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 요청을 하지 않을 때는 평균 대기 시간이 10밀리초 미만으로 연속 핑이 정상적으로 실행됩니다. 그러나 요청을 시작하면 평균 대기 시간이 크게 늘어나고 "대상 호스트에 연결할 수 없습니다"라는 메시지가 표시되기 시작합니다.

다음은 참조용으로 경로 ifconfig 및 iwconfig의 출력입니다. 라우터에 핑을 보낼 수 없을 때 이 중 어느 것도 차이를 가져오지 않는 것 같습니다.

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

답변1

나는 때때로 같은 것을 얻습니다. 이는 성가신 일이며 근처의 다른 Wi-Fi 네트워크의 간섭으로 인해 발생할 수 있습니다.

라우터 설정으로 이동하여(제대로 작동하지 않을 때 말처럼 쉽지 않음) Wi-Fi 채널을 변경하여 문제를 해결했습니다. 선택할 수 있는 채널은 1부터 11, 14까지 번호가 매겨져 있거나 라우터가 지원하는 모든 것(현지 규정에서 허용하는 것)이 있으며 원하는 채널을 선택할 수 있습니다. 불행히도 귀하의 모델에서 해당 옵션을 찾는 방법을 알려드릴 수는 없지만, 해당 옵션이 없다면 놀랄 것입니다.

Android 휴대폰을 소유하고 있다면 무료 Wi-Fi 분석기 앱을 확인해 보세요. 이 앱을 사용하면 가장 덜 혼잡한 채널을 알 수 있습니다.

편집하다:

두 번째 가능성은 귀하의 컴퓨터에 지원되는 무선 칩셋/카드가 적다는 것입니다. 나도 이것을 가지고 있습니다. 예전 집에서는 잘 작동하는 것 같았지만 이사했을 때 그 기계 하나에 온갖 문제가 생겼습니다. 다른 기계는 모두 괜찮아 보였습니다. (윈도우로 부팅할 때도 잘 되는 것 같았는데 자주 안 하니까 착각할 수도 있겠네요.) 대략적인 차이점은 이사하면서 802.11n 라우터를 새로 바꿨다는 거에요. 새로운 802.11n 라우터). 최신 ISP) 및 이전 ISP는 고대 802.11b 모델일 수 있으며 이는 단지 집의 건설이나 불행한 반성을 야기하는 것일 수 있습니다.

마침내 외부 USB Wi-Fi 어댑터를 구입하여 이 문제를 해결했습니다. 이는 또한 추가 보너스인 라우터와 일치하도록 내 노트북을 802.11g에서 802.11n으로 업그레이드할 수 있다는 이점이 있습니다. 하지만 함께 제공되는 드라이버는 Google에 도움이 되지 않으므로 Linux에서 이를 지원하는지 확인해야 합니다.

그런데 제 기억이 맞다면 제 무선 칩셋은 Broadcom 4312입니다.

관련 정보