Mac OS X에서 Wi-Fi가 10 분마다 작동하지 않습니다

8

10-15 분마다 인터넷 연결이 다음과 같은 방식으로 실패합니다.

  • 웹 사이트를로드 할 수 없습니다
  • Dropbox에 연결할 수 없습니다
  • IRC에 연결할 수 없습니다
  • Skype는 여전히 작동
  • 슬랙은 여전히 ​​작동
  • 여전히 라우터 와 모뎀 에 연결할 수 있습니다

많은 검색을 한 후에 이것이 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)

이 문제를 해결하는 방법에 대한 아이디어가 있습니까?

networking  wireless-networking  router  dns  modem 
— 그레이엄 스완
소스

답변:

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

짐작하면 라우터 문제라고 말할 수 있습니다. 최신 펌웨어가 설치되어 있는지 확인하거나 작동하는 다른 라우터를 사용해보십시오.

— JPain
소스
ISP가 어제 들어 와서 케이블 모뎀을 교체했지만 그 문제는 여전히 남아 있습니다. 라우터로 Apple Airport Express를 사용하고 있으며 다른 연결에서 문제가 발생하지 않았습니다. 케이블 모뎀에 이로 인해 발생할 수있는 특정 설정이 있습니까?
— 그레이엄 스완
@thinkswan 좋아, 내 나쁜. 그것이 DNS 문제라면, IP에 대한 핑은 중단되지 않을 것입니다. DNS 문제인 경우에도 DNS 요청은 여러 번 캐시됩니다.
— JPain
내가 알았던 또 다른 사실은 한 장치에서 연결이 끊어지면 네트워크의 다른 장치가 여전히 웹 페이지를로드 할 수 있으므로 실제 장치 설정에 문제가 있다는 것입니다. 바, 조사는 계속됩니다.
— Graham Swan
0

연결 끊김, 느린 인터넷 및 모뎀 문제와 관련하여 다음과 같은 작업을 수행했습니다.

  • 2014 년 11 월 이전에는 SB6121 모뎀과 Blast 50/10을 캐스트했으며 연결 끊기 또는 속도 문제를 기억하지 않습니다.

  • 2014 년 11 월 (내 생각에) extrem 105로 업그레이드하고 무작위로 연결 끊기 문제가 발생하기 시작했습니다 (모뎀 불량 ??).

  • 2015 년 1 월 모뎀을 SB6141로 업그레이드했습니다. 업로드 채널 3의 기타 t4 시간 초과 및 기타 오류에서 임의로 (SB6121보다 최악의) 연결 끊김 문제가 계속 발생합니다.

  • 4 월이나 5 월에 컴캐스트 테크놀러지가 와서 물건을 확인했습니다. 이 기술은 결국 문제를 볼 수 없지만 콤 캐스트 모뎀을 더 잘 작동시킬 수 없어서 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 시간 내에 변경 사항을 확인해야한다고 기술 담당자는 말했습니다. 한 시간 후 상태 페이지를 확인한 후 8 개 채널이 모두 본딩 된 것을 발견했습니다. 인터넷 문제가 없습니다.

  • RG6 케이블을 사용하여 모든 케이블을 외부에서 모뎀으로 교체하십시오. 구식 케이블에는 라인에 2 개의 스플 라이스 커넥터가 있습니다. 케이블로 인해 문제가 발생하지 않았는지 확인하십시오.

  • 15/05/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

  • 15/05/15 오후, 지금까지 수정할 수없는 코드 워드 이외의 인터넷 문제는 없습니다 (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 업. 지금까지는 행복하지만이 시점에서 나는 그것이 안정적으로 유지 될 것이라고 확신하지 않습니다. 그렇지 않다면 나는 극으로 향하는 선이나 머리 끝을 캐스트하기 위해 선에 문제가 있다고 생각합니다. 추측하지만 시간이 말해 줄 것입니다.

  • 2015 년 5 월 22 일 이벤트 로그가 비어 있고 (최대) 속도 테스트 결과 118.4 감소 23.4 증가

    오늘 아침 연결 상태가 수정 불가능한 코드 단어는 더 높지만 아들은 5 시간 이상 전 세계 탱크를 연주했고, 손자는 6 시간 이상 Minecraft와 많은 YouTube 클립을 연주했습니다. 동시에 나와 내 아내는 인터넷에 있었고 동시에 넷필 렉스 영화를 보았습니다. 지금까지 아무도 문제에 대해 불평하지 않았습니다.

    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
— 윌리엄 프
소스
도와 주셔서 감사합니다. 많은 검색과 읽은 후 문제를 해결할 수 있었고 아래에 솔루션을 게시했습니다.
— Graham Swan
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.