.png)
10~15분마다 다음과 같은 방식으로 인터넷 연결이 실패합니다.
- 웹사이트를 로드할 수 없습니다
- Dropbox에 연결할 수 없습니다
- IRC에 연결할 수 없습니다
- 스카이프는 여전히 작동합니다
- 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로 업그레이드했습니다. 업로드 채널 3에서 여전히 무작위로 연결 끊김 문제(SB6121보다 최악)가 많이 발생하고 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 201Comcast 채팅 세션을 통해 8개 대신 4개 채널만 본딩된 이유를 알아냈고 모뎀이 5341J가 아닌 5341로 설정되었을 수 있으며 다시 활성화해야 하므로 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 dBmV15/05/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 dBmV40피트 떨어진 R8000 라우터의 무선 연결을 사용하여 속도 테스트 결과 111 감소 23.41 증가. 지금까지는 만족스럽지만 현시점에서는 안정적으로 유지될 것이라고 확신하지 못합니다. 그렇지 않다면 폴에 연결된 라인이나 컴캐스트 헤드 엔드에 연결된 라인에 문제가 있는 것으로 의심됩니다. 단지 추측이지만 시간이 말해 줄 것입니다.
2015/05/22 이벤트 로그가 비어 있고(훌륭함) 속도 테스트 결과가 118.4 감소 23.4 증가
오늘 아침 기준 연결 상태는 수정 불가능한 코드가 더 높지만 제 아들은 월드 오브 탱크를 5시간 이상, 제 손자는 마인크래프트와 수많은 유튜브 영상을 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
이것이 여러분 중 일부에게 도움이 되기를 바랍니다.