OS X의 흥미로운 연결 문제


33

최근에 OS X 10.8.3을 실행하는 MacBook Pro Early 2011의 인터넷 연결 에서이 문제가 발생했습니다. 때때로 연결이 약 5 초 동안 "정지 된 다음 다시 나타납니다.

이 일이 Wi-Fi 인터넷을 통해 또는 이더넷 케이블을 통해 모두이 OS X를 실행중인 경우에만 내 컴퓨터에 발생 합니다 (동일한 컴퓨터에 Windows 7을 실행하는 경우 발생, 또는 기타 기계 / 장치 않음). Skype가 2 분마다 전화를 끊기 때문에 매우 실망 스럽습니다.

Pinging Google.com은 OS X를 실행할 때 다음과 같이 보입니다 (100ms 미만으로 반환되는 수백 개의 패킷이 있고 (130 범위의 일부) 몇 초 동안 끊김) .

64 bytes from 173.194.34.196: icmp_seq=694 ttl=48 time=71.463 ms
64 bytes from 173.194.34.196: icmp_seq=695 ttl=48 time=68.362 ms
64 bytes from 173.194.34.196: icmp_seq=696 ttl=48 time=69.056 ms
64 bytes from 173.194.34.196: icmp_seq=697 ttl=48 time=92.563 ms
64 bytes from 173.194.34.196: icmp_seq=698 ttl=48 time=130.814 ms
64 bytes from 173.194.34.196: icmp_seq=699 ttl=48 time=71.054 ms
64 bytes from 173.194.34.196: icmp_seq=700 ttl=48 time=73.588 ms
64 bytes from 173.194.34.196: icmp_seq=701 ttl=48 time=71.185 ms
64 bytes from 173.194.34.196: icmp_seq=702 ttl=48 time=72.161 ms
64 bytes from 173.194.34.196: icmp_seq=703 ttl=48 time=69.163 ms
64 bytes from 173.194.34.196: icmp_seq=704 ttl=48 time=73.425 ms
64 bytes from 173.194.34.196: icmp_seq=705 ttl=48 time=141.980 ms
64 bytes from 173.194.34.196: icmp_seq=706 ttl=48 time=226.818 ms
64 bytes from 173.194.34.196: icmp_seq=707 ttl=48 time=210.087 ms
Request timeout for icmp_seq 708
Request timeout for icmp_seq 709
Request timeout for icmp_seq 710
Request timeout for icmp_seq 711
Request timeout for icmp_seq 712
64 bytes from 173.194.34.196: icmp_seq=713 ttl=48 time=73.582 ms
64 bytes from 173.194.34.196: icmp_seq=714 ttl=48 time=70.994 ms
64 bytes from 173.194.34.196: icmp_seq=715 ttl=48 time=72.502 ms
64 bytes from 173.194.34.196: icmp_seq=716 ttl=48 time=70.467 ms
64 bytes from 173.194.34.196: icmp_seq=717 ttl=48 time=68.470 ms
64 bytes from 173.194.34.196: icmp_seq=718 ttl=48 time=70.767 ms
64 bytes from 173.194.34.196: icmp_seq=719 ttl=48 time=69.078 ms

참고 : 내 컴퓨터의 Wi-Fi MAC은 68 : a8 : 6d : 29 : cf : 8a (정적 IP 192.168.1.250)이고 이더넷 주소는 3c : 07 : 54 : 5a : e0 : 44 (정적 IP 192.168.1.251)입니다. . 라우터의 LAN IP는 192.168.1.1이고 WAN IP는 85.61.155.224입니다.

다음 스크린 샷에서 Skype 통화 중에 볼 수 있습니다.

  • ping 192.168.1.1 왼쪽 상단에.
  • ping 85.61.155.224 왼쪽 하단에.
  • ping google.com 오른쪽 하단에
  • arp -anarp -ad명령 실행.

arp -ad연결이 끊어진 시간에 명령을 실행하면 목록에 주소가 표시되지 않았습니다. 다음과 같이 보였습니다 :

Miguels-MacBook-Pro:~ Ai$ sudo arp -ad
192.168.1.1 (192.168.1.1) deleted
192.168.1.4 (192.168.1.4) deleted
192.168.1.255 (192.168.1.255) deleted
Miguels-MacBook-Pro:~ Ai$ arp -an
Miguels-MacBook-Pro:~ Ai$

mtr명령 의 소스를 얻고 컴파일하는 방법에 대한 mike의 지시를 따를 지식이 충분하지 않습니다 .

작업의 스크린 샷

이것이 나빠질 때의 모습입니다.

최악의 상황의 스크린 샷

러닝 netstat -s은 다음을 제공합니다.

Miguels-MacBook-Pro:mtr-0.84 Ai$ NETSTAT -s
tcp:
    18246745 packets sent
        1119644 data packets (502840461 bytes)
        43704 data packets (23125605 bytes) retransmitted
        1 resend initiated by MTU discovery
        11219994 ack-only packets (80633 delayed)
        0 URG only packets
        10 window probe packets
        5446529 window update packets
        419140 control packets
        0 data packets sent after flow control
    25777361 packets received
        1284807 acks (for 502390806 bytes)
        222223 duplicate acks
        2 acks for unsent data
        21993647 packets (3385435972 bytes) received in-sequence
        85441 completely duplicate packets (85927570 bytes)
        189 old duplicate packets
        6141 packets with some dup. data (1633845 bytes duped)
        2225930 out-of-order packets (3047304289 bytes)
        2 packets (0 bytes) of data after window
        0 window probes
        7324 window update packets
        63837 packets received after close
        56 bad resets
        9 discarded for bad checksums
        0 discarded for bad header offset fields
        0 discarded because packet too short
    200907 connection requests
    118631 connection accepts
    110736 bad connection attempts
    1273 listen queue overflows
    220132 connections established (including accepts)
    335687 connections closed (including 10893 drops)
        4086 connections updated cached RTT on close
        4086 connections updated cached RTT variance on close
        1485 connections updated cached ssthresh on close
    44620 embryonic connections dropped
    1178835 segments updated rtt (of 1308648 attempts)
    76481 retransmit timeouts
        189 connections dropped by rexmit timeout
        0 connections dropped after retransmitting FIN
    17 persist timeouts
        0 connections dropped by persist timeout
    2015 keepalive timeouts
        1 keepalive probe sent
        1409 connections dropped by keepalive
    127007 correct ACK header predictions
    21519356 correct data packet header predictions
    5021 SACK recovery episodes
    5638 segment rexmits in SACK recovery episodes
    6044752 byte rexmits in SACK recovery episodes
    33658 SACK options (SACK blocks) received
    2125185 SACK options (SACK blocks) sent
    0 SACK scoreboard overflow
udp:
    28584263 datagrams received
    0 with incomplete header
    0 with bad data length field
    84 with bad checksum
    4216 dropped due to no socket
    239052 broadcast/multicast datagrams dropped due to no socket
    729188 dropped due to full socket buffers
    0 not for hashed pcb
    27611723 delivered
    28323341 datagrams output
ip:
    61548853 total packets received
    4 bad header checksums
    0 with size smaller than minimum
    0 with data size < data length
    0 with ip length > max ip packet size
    0 with header length < data size
    0 with data length < header length
    0 with bad options
    0 with incorrect version number
    103276 fragments received
    0 fragments dropped (dup or out of space)
    0 fragments dropped after timeout
    51420 packets reassembled ok
    61383903 packets for this host
    32 packets for unknown/unsupported protocol
    0 packets forwarded (0 packets fast forwarded)
    105 packets not forwardable
    112953 packets received for unknown multicast group
    0 redirects sent
    53953058 packets sent from this host
    155 packets sent with fabricated ip header
    0 output packets dropped due to no bufs, etc.
    3748 output packets discarded due to no route
    0 output datagrams fragmented
    0 fragments created
    0 datagrams that can't be fragmented
    0 tunneling packets that can't find gif
    3 datagrams with bad address in header
    0 packets dropped due to no bufs for control data
icmp:
    4216 calls to icmp_error
    0 errors not generated 'cuz old message was icmp
    Output histogram:
        echo reply: 202
        destination unreachable: 4216
    0 messages with bad code fields
    0 messages < minimum length
    168 bad checksums
    0 messages with bad length
    0 multicast echo requests ignored
    0 multicast timestamp requests ignored
    Input histogram:
        echo reply: 7013069
        destination unreachable: 14133
        echo: 202
        time exceeded: 289
    202 message responses generated
    ICMP address mask responses are disabled
igmp:
    0 messages received
    0 messages received with too few bytes
    0 messages received with wrong TTL
    0 messages received with bad checksum
    0 V1/V2 membership queries received
    0 V3 membership queries received
    0 membership queries received with invalid field(s)
    0 general queries received
    0 group queries received
    0 group-source queries received
    0 group-source queries dropped
    0 membership reports received
    0 membership reports received with invalid field(s)
    0 membership reports received for groups to which we belong
    0 V3 reports received without Router Alert
    16 membership reports sent
ipsec:
    0 inbound packets processed successfully
    0 inbound packets violated process security policy
    0 inbound packets with no SA available
    0 invalid inbound packets
    0 inbound packets failed due to insufficient memory
    0 inbound packets failed getting SPI
    0 inbound packets failed on AH replay check
    0 inbound packets failed on ESP replay check
    0 inbound packets considered authentic
    0 inbound packets failed on authentication
    0 outbound packets processed successfully
    0 outbound packets violated process security policy
    0 outbound packets with no SA available
    0 invalid outbound packets
    0 outbound packets failed due to insufficient memory
    0 outbound packets with no route
ip6:
    151513 total packets received
    0 with size smaller than minimum
    0 with data size < data length
    0 with bad options
    0 with incorrect version number
    0 fragments received
    0 fragments dropped (dup or out of space)
    0 fragments dropped after timeout
    0 fragments that exceeded limit
    0 packets reassembled ok
    5555 packets for this host
    0 packets forwarded
    145711 packets not forwardable
    0 redirects sent
    2608 packets sent from this host
    0 packets sent with fabricated ip header
    0 output packets dropped due to no bufs, etc.
    4578 output packets discarded due to no route
    23 output datagrams fragmented
    46 fragments created
    0 datagrams that can't be fragmented
    0 packets that violated scope rules
    145711 multicast packets which we don't join
    Input histogram:
        hop by hop: 2327
        TCP: 244
        UDP: 142524
        ICMP6: 6416
    Mbuf statistics:
        244 one mbuf
        two or more mbuf:
            lo0= 2215
        149054 one ext mbuf
        0 two or more ext mbuf
    0 packets whose headers are not continuous
    0 tunneling packets that can't find gif
    0 packets discarded due to too may headers
    0 failures of source address selection
    0 forward cache hit
    0 forward cache miss
    0 packets dropped due to no bufs for control data
icmp6:
    0 calls to icmp_error
    0 errors not generated because old message was icmp error or so
    0 errors not generated because rate limitation
    Output histogram:
        router solicitation: 50
        neighbor solicitation: 19
        neighbor advertisement: 19
        MLDv2 listener report: 59
    0 messages with bad code fields
    0 messages < minimum length
    0 bad checksums
    0 messages with bad length
    Input histogram:
        neighbor advertisement: 245
    Histogram of error messages to be generated:
        0 no route
        0 administratively prohibited
        0 beyond scope
        0 address unreachable
        0 port unreachable
        0 packet too big
        0 time exceed transit
        0 time exceed reassembly
        0 erroneous header field
        0 unrecognized next header
        0 unrecognized option
        0 redirect
        0 unknown
    0 message responses generated
    0 messages with too many ND options
    0 messages with bad ND options
    0 bad neighbor solicitation messages
    0 bad neighbor advertisement messages
    0 bad router solicitation messages
    0 bad router advertisement messages
    0 bad redirect messages
    0 path MTU changes
ipsec6:
    0 inbound packets processed successfully
    0 inbound packets violated process security policy
    0 inbound packets with no SA available
    0 invalid inbound packets
    0 inbound packets failed due to insufficient memory
    0 inbound packets failed getting SPI
    0 inbound packets failed on AH replay check
    0 inbound packets failed on ESP replay check
    0 inbound packets considered authentic
    0 inbound packets failed on authentication
    0 outbound packets processed successfully
    0 outbound packets violated process security policy
    0 outbound packets with no SA available
    0 invalid outbound packets
    0 outbound packets failed due to insufficient memory
    0 outbound packets with no route
rip6:
    0 messages received
    0 checksum calcurations on inbound
    0 messages with bad checksum
    0 messages dropped due to no socket
    0 multicast messages dropped due to no socket
    0 messages dropped due to full socket buffers
    0 delivered
    0 datagrams output
pfkey:
    0 requests sent to userland
    0 bytes sent to userland
    0 messages with invalid length field
    0 messages with invalid version field
    0 messages with invalid message type field
    0 messages too short
    0 messages with memory allocation failure
    0 messages with duplicate extension
    0 messages with invalid extension type
    0 messages with invalid sa type
    0 messages with invalid address extension
    0 requests sent from userland
    0 bytes sent from userland
    0 messages toward single socket
    0 messages toward all sockets
    0 messages toward registered sockets
    0 messages with memory allocation failure

러닝 netstat -I en1은 다음을 제공합니다.

Miguels-MacBook-Pro-2:mtr-0.84 Ai$ netstat -I en1
Name  Mtu   Network       Address            Ipkts Ierrs    Opkts Oerrs  Coll
en1   1500  <Link#5>    68:a8:6d:29:cf:8a 72539835     0 63847581     0     0
en1   1500  fe80::6aa8: fe80:5::6aa8:6dff 72539835     - 63847581     -     -
en1   1500  192.168.1     192.168.1.250   72539835     - 63847581     -     -

러닝 ifconfig -a은 다음을 제공합니다.

Miguels-MacBook-Pro-2:mtr-0.84 Ai$ ifconfig -a
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
    options=3<RXCSUM,TXCSUM>
    inet6 fe80::1%lo0 prefixlen 64 scopeid 0x1 
    inet 127.0.0.1 netmask 0xff000000 
    inet6 ::1 prefixlen 128 
gif0: flags=8010<POINTOPOINT,MULTICAST> mtu 1280
stf0: flags=0<> mtu 1280
en0: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    options=2b<RXCSUM,TXCSUM,VLAN_HWTAGGING,TSO4>
    ether 3c:07:54:5a:e0:44 
    media: autoselect (none)
    status: inactive
en1: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500
    ether 68:a8:6d:29:cf:8a 
    inet6 fe80::6aa8:6dff:fe29:cf8a%en1 prefixlen 64 scopeid 0x5 
    inet 192.168.1.250 netmask 0xffffff00 broadcast 192.168.1.255
    media: autoselect
    status: active
p2p0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 2304
    ether 0a:a8:6d:29:cf:8a 
    media: autoselect
    status: inactive
fw0: flags=8822<BROADCAST,SMART,SIMPLEX,MULTICAST> mtu 4078
    lladdr a4:b1:97:ff:fe:ec:f0:80 
    media: autoselect <full-duplex>
    status: inactive

내가 생각하는 것:

  • 케이블을 통해 발생하기 때문에 Wi-Fi 문제가 아닙니다.
  • 다른 장치와 시스템에는 문제가 없으므로 라우터 / ISP 문제가 아닙니다.
  • OS X를 실행할 때만 발생하기 때문에 시스템 문제는 아닙니다.
  • 따라서 OS X 문제 여야합니다.

내가 시도한 것 :

  • 재시작, 종료
  • 다른 이더넷 케이블로 AirPort를 켜거나 끕니다.
  • 수리 권한.
  • PRAM을 재설정하십시오.
  • Onyx로 모든 시스템 및 사용자 캐시를 지우십시오.

이상한 메모 : 이상한 이유로 인해 스카이프 통화가 진행될 때 문제가 악화되는 것 같습니다.

이 문제에 접근하는 방법에 대한 아이디어를 보내주십시오.


1
나도 이것을 경험한다! 성가신 soooo입니다. 이것이 10.8.3으로 시작되었는지 확실하지 않습니다. 나의 Mac은 MBA 2012 년 중반입니다. 네트워크 정지는 15 초 동안 지속될 수 있습니다.
gentmatt

2
Skype가 다음으로 설정되어 있는지 확인하십시오 : 들어오는 연결 포트 : 12794
Ruskes

1
Mike의 답변에 MTR 설치 지침을 추가했습니다
Alexander

2
그럼 몇 가지 질문이 더 있습니다. 별도의 라우터와 액세스 포인트가 있습니까? 아니면 모두 통합되어 있습니까? 분리 된 경우-라우터와 액세스 포인트간에 스위치가 있습니까? 또한-이더넷에 연결된 경우 동일한 스위치에 연결합니까 (
mike

2
미구엘 : 당신이 나에게 다른 네트워크에서 이것에 의해 영향을받지 않는 것 같다는 사실은 문제가 라우터와 Mac 사이에 있다는 것을 나타내는 것 같습니다. ISP에 문제가 있다는 다른 의견에 동의하지 않습니다. 문제가 발생하면 ARP 테이블에 라우터의 MAC 주소가 표시되지 않습니다. 이것은 DHCP, 라우팅 등보다 하위 계층이며 모두 작동하려면 계층 2 연결이 필요합니다. 문제가 나타날 때 레이어 2 연결이 작동하지 않습니다. (TBC)
mike

답변:


13

연결 시간이 초과되면 arp -anTerminal.app에서 ARP 테이블에 여전히 모든 MAC 주소가 있는지 확인할 수 있습니까? 라우터의 MAC 주소 또는 핑하려는 호스트와 같이?

그렇게하고 (그리고 다시 작동하기 전에 시간이 sudo arp -ad있다면) arp 테이블 ( )을 비운 다음 라우터의 MAC 주소가 ARP 테이블에 다시 나타나는지 확인할 수 있습니까?

또한 한 터미널 세션에서 라우터의 LAN IP 주소에 핑을 실행하고 Skype에있는 동안 다른 라우터의 WAN IP 주소에 핑을 실행하십시오. 그들 모두가 시간 초과를 시작하는지 아니면 그들 중 하나만 시작하는지 확인하십시오. 내가 유용하다고 생각하는 또 다른 도구 mtr는 소스를 가져 와서 직접 컴파일하거나 fink / macports 또는 다른 패키지 관리자를 사용해야 할 수도 있습니다. 당신이 그것을 얻을 때, 인터넷의 어딘가에 대상을 실행하면 응답하지 않는 홉을 보여줍니다.

소스 (예 : mtr)에서 소프트웨어를 설치하는 방법 Xcode를 설치해야합니다 .

  • 소스 아카이브 다운로드 (일반적으로 .tar.gz 또는 .tar.bz2)
  • 다운로드 한 파일의 압축을 풉니 다 (예 : Terminal.app run gzip -dc filename.tar.gz | tar -xvf -). 일반적으로 현재 디렉토리에 새 디렉토리를 만들고 거기에 아카이브의 내용을 넣습니다.
  • 터미널에서 얻은 폴더로 이동
  • 실행 ./configure --prefix=/usr/local( /usr/local시스템의 일부로 설치된 바이너리에서 멀리 유지하기 위해 소스에서 소프트웨어를 설치하고 싶습니다 . --prefix=/usr/local구성 옵션은 그렇게합니다)
  • 운영 make
  • 운영 sudo make install
  • 끝난!

이렇게하면 결과가 포함 된 질문이 곧 편집됩니다.
Mike D.

테이블을 삭제 한 후 'arp -an'을 수행하면 연결이 다시 이루어질 때까지 라우터가 나열되지 않습니다.
Mike D.

1
→ 마이크 : mtr훌륭한 도구입니다. 불행히도 여기서 문제는 훨씬 덜합니다. MacOS X와 ​​192.168.1.1 사이에 문제가있는 것 같습니다. 인터넷의 지평선을 향해 사냥 할 필요가 없습니다 ☺.
dan

이 명령이 정말 도움이되었습니다.
Jadda

6

먼저 네트워크 인터페이스를 실제로 사용하고 있는지 확인할 수 있습니까?

ifconfig -a

다음 명령의 출력을 볼 수 있습니까 (en0이 이더넷 카드의 네트워크 인터페이스 이름 인 경우).

netstat -I en0

문제를 찾기 위해 이더넷 카드 만 활성화하고 가능한 경우 IPv4 또는 IPv6 중 하나만 사용하여 특정 위치를 만들 수 있습니다. 이더넷 만있는 위치

다음 하드웨어 또는 드라이버 오류 추출을 실행할 수 있습니다.

grep ' en[012]' /var/log/kernel.log

(두려워하지 마십시오. 많은 Wi-Fi 채널 정보를 찾을 수 있습니다).

netstat에서 다음 메시지를 표시했습니다.

44620 embryonic connections dropped

은 실제로 당신이 바보 tcp syn flooding (DOS (서비스 거부) 공격)의 대상이라는 것을 의미합니다.

당신의 경우 :

ping 192.168.1.1

6 초 동안 질식하면 다음을 실행할 수 있습니까?

netstat -m

192.168.1.1이 질식하면 'netstat -m'이 평범하지 않은 것을 보여줍니다. 그런데 grep이 '/var/log/kernel.log'를 찾지 못하는 것 같습니다. 'netstat -I en1'의 결과로 질문을 편집하고 있습니다 (지금은 en1을 사용하고 있습니다. 공항은 en0입니다.). DOS 공격의 이유는 무엇입니까?
Mike D.

2
→ Miguel : 문제 분석을 단순화하려면 새로운 네트워크 구성 요소를 만드십시오. 이더넷 인터페이스 만 켜면됩니다. 그런 다음 창 안에 유지 ping 192.168.1.1하십시오 (DNS 요청을 수행하지 않음).
dan

→ 미구엘 : 당신은 DOS 공격의 저자 일 것입니다. Automatic구성으로 인한 네트워크 루프가 의심됩니다 .
dan

1
→ 미구엘 : 당신은 우리에게 제공 할 수 ifconfig -a있습니까?
dan

1
이렇게하면 문제가 해결 Automatic되고 네트워크 환경 설정 에서 위치를 옮겼고 집과 직장을위한 새로운 위치를 만들었으며 차단 시간 초과가 중지 된 것으로 보입니다.
Alex Lynham

4

나는이 문제를 오랫동안 (매버릭스로 업그레이드 한 후부터) 오랫동안 있었고, 수개월의 연구 끝에 마침내 해결책을 찾았습니다.

우선, Apple 포럼에는 매우 동일한 문제를 가진 사람들이 많이 있습니다.

따라서 이것은 알려진 문제이며 Apple이 아직이 문제를 해결하지 못한 이유를 모르겠습니다. 위에 나열된 스레드에는이 문제를 해결하기위한 여러 가지 제안이 있지만 그 중 대부분은 작동하지 않았습니다. 일부는 일시적으로 문제를 해결합니다.

  • 네트워크 연결을 끊었다가 다시 연결
  • 오랜 친구 : 재부팅
  • 네트워크 구성이 들어있는 폴더를 제거하십시오. sudo rm -rf /Library/Preferences/SystemConfiguration

이러한 조치를 취한 후 네트워크 연결이 훨씬 나아지고 몇 시간 또는 며칠 동안 끊김이 발생하지 않습니다. 그러나 문제는 항상 돌아옵니다.

이 질문과 문제가 ARP와 관련이 있다는 힌트는 추가 연구를 시작하게했으며이 페이지 에서 버그를 자세히 설명하고 패치를 포함하는 이 페이지를 찾았 습니다.

sudo su
touch /etc/sysctl.conf
echo net.link.ether.inet.arp_unicast_lim=0 >> /etc/sysctl.conf
chown root:wheel /etc/sysctl.conf
chmod 0644 /etc/sysctl.conf

Apple의 향후 Yosemite OS 업데이트에 포함될 수정 사항에 대한 자세한 설명은 제공된 링크를 참조하십시오. 유니 캐스트 ARP 요청을 비활성화하여 홈 라우터와 같은 일부 네트워크 장비와 혼동 될 수 있습니다.

수정 사항을 적용하고 재부팅 한 후 다음을 확인해야합니다.

sudo sysctl -a | grep net.link.ether.inet.arp_unicast_lim

을 반환합니다 net.link.ether.inet.arp_unicast_lim: 0. 숫자가 0이 아닌 경우 수정 사항이 올바르게 적용되지 않은 것입니다.

그 후 애플 커뮤니티에서 동일한 솔루션을 포함하는 또 다른 스레드를 발견했습니다 . 문제가 무엇인지 알면 올바른 솔루션을 찾는 것이 훨씬 쉽습니다.


3

먼저 메뉴 표시 줄에 dropbox가 실행되고 있습니다. 당신은 아직 그것을 비활성화 했습니까?

둘째, 다른 시작 / 로그인 항목을 제거하십시오. 살펴보기 :

로그인:

  1. ~ / 라이브러리 / LaunchAgents /
  2. ~ / 라이브러리 / LaunchDaemons /
  3. 시스템 환경 설정> 사용자 및 그룹> 로그인 항목

시작 :

  1. / 라이브러리 / LaunchAgents /
  2. / 라이브러리 / LaunchDaemons /
  3. / 라이브러리 / StartupItems /
  4. /Library/Preferences/com.apple.loginitems.plist (드물게 존재)

Dropbox를 사용 중지하지 않았는데 도움이 되겠습니까? 또한 해당 항목을 제거하는 이유를 설명 할 수 있습니까? 감사!
Mike D.

1
OS X 또는 초기 설치 후 추가 된 소프트웨어에 문제가있는 경우 격리하려고합니다. 사용자 계정이로드 되 자마자 네트워크에 연결되는 dropbox 또는 모든 사용자 계정에서 일반적으로 실행되는 바이러스 백신 소프트웨어가 포트를 예약하거나 문제에 기여할 수 있습니다.
zac

좋아, 나는 이것을 할 것이고 내일 결과를 여기에 게시 할 것이다.
Mike D.

→ Miguel : Dropbox가 문제가되지 않았습니다. Dropbox는 다른 웹 브라우징과 마찬가지로 443 / tcp 만 수행합니다. 그러나 네트워크 스니핑 (Wireshark 또는 tcpdump)을 원할 경우 Dropbox를 중지하면 tcp 트래픽이 제거됩니다. 그러므로 이것은 당신이 어떤 행동을 "보는"데 도움이 될 것입니다.
dan

1
@Miguel, 좀 더 추측. 1. ISP에 연락하여 회선 품질을 확인할 수 있는지 확인 했습니까? 2. 테스트 사용자 계정을 설정하여 문제가 발생하는지 확인합니다. 세 번째 제안은 권한 점검과 같은 시스템 진단을 통해 시스템을 점검하는 것입니다. 4. 구성 요소를 교체 할 수 있습니까? 친구의 위치에서 컴퓨터를 실행하고 친구 라우터를 빌리십시오. 시스템에서 다른 모든 네트워크 장비를 제거하십시오.
David DelMonte

2

여기에는 문제 해결 및 진단 목적에 대한 많은 정보가 있지만 때로는 문제 해결시 기본으로 돌아가서 몇 가지 가정에 의문을 갖는 것이 재미 있습니다.

주석에서 언급했듯이 이것은 일시적으로 대역폭이나 패킷 속도 제한을 초과하는 시스템으로 인해 QOS 라우터가 작동하는 것과 매우 유사합니다.

Windows와 달리 OS X에서 다른 패턴, 볼륨 및 양의 네트워크 트래픽을 수행하는 경우 하드웨어 드라이버 나 소프트웨어가 아닌 실제 원인입니다.

OS X를 실행하면 관찰 한 내용과 상관 관계가 있지만 일시적인 네트워크 일시 중지의 원인이 아닌 경우 어떻게됩니까?

네트워크 공급자가 QOS 필터 및 라우팅 변경 사항을 구현 한 경우 무엇을 조사해 보셨습니까? 사소한 필터를 배제 할 수 있도록 모든 트래픽을 다른 컴퓨터 (ssh 또는 VPN)로 터널링하는 것을 고려 했습니까? (공급자가 심층 패킷 검사 또는 대상 및 실제 속도 제한을 수행하는 경우 이러한 짧은 시간 초과를 피하지 못할 수 있습니다.)

네트워크의 세부 사항을 보면 찾을 수있는 답변이 있기를 바랍니다 (그리고 우리는 이러한 옵션을 탐색하여 무언가를 배울 것입니다). 그러나 측정 도구와 핑 / 찌르기에 트래픽을 추가하여 트래픽 수에 영향을 미치고 Skype가 떨어질 가능성이 높아집니다. 내가 설정 한 라우터는 용량이 부족할 때 다른 모든 트래픽보다 먼저 ICMP 트래픽을 삭제하도록 프로그래밍되어 있습니다. 핑이 실패하고 다른 패킷이 통과합니다. ISP와 네트워크 제공 업체가 유사하게 설정했을 수 있습니다.


알지만 ... 지난 5 년 동안 네트워킹 활동에는 아무런 변화가 없었습니다. 이 문제는 약 한 달 전에 시작되었으며 한 달 전에 2 명의 동료가 이사했을 때를 제외하고는 상관 관계를 찾을 수 없습니다. 그러나 컴퓨터에서 핑 테스트를 실행했는데이 문제가 발생하지 않았습니다. QOS 필터를 모르지만 알아 내려고 노력할 것입니다.
Mike D.

Skype가 내 컴퓨터에서 거의 24/7 전화를 주최하고 있습니다. 다음 번에 연결이 끊어 질 때 무언가가 바뀌는 지 확인하기 위해 오늘 모든 핑을 끄겠습니다. Skype 통화
Mike D.

2

여기에있는 모든 것 외에도 자동 프록시 검색뿐만 아니라 자동 프록시 검색이 설정되어 있지 않은지 확인할 수 있습니다. 그것은 그렇지 않은 것보다 더 많은 문제를 일으키는 경향이 있으며 종종 필요하지 않습니다.

시스템 환경 설정


조언을 주셔서 감사합니다, 그들은 있었다 벌써 :(하지만
마이크 D.

2

이 질문에 대한 모든 훌륭한 진단 정보를 통해 가능성을 크게 좁혔습니다.

우선 192.168.1.1로 핑 (ping)하면 라우터, 컴퓨터 또는 LAN으로 문제가 크게 분리됩니다. 이것은 DNS 또는 ISP의 문제가 아닙니다.

192.168.1.1의 핑 테스트 결과에 가장 혼란 스럽습니다. 그것들을 설정하는 데 이상한 일을 했습니까?

예를 들어, ICMP 시퀀스 번호가 24267, 24268 및 24269 인 핑에 성공한 다음 3 개의 시간 종료를 한 후 ICMP 24273을 사용하여 다시 성공합니다. 따라서 성공한 수가 올바르게 보입니다. 그러나 시간 종료 수는 완전히 다릅니다. ICMP 24270, 24271 및 24272의 요청 시간 초과가 예상되지만 대신 ICMP 89806, 89807 및 89808이 시간 초과로보고됩니다. 컴퓨터. 아마도 하나의 확장이 너무 많습니다. Netgear Genie를 설치했을 가능성이 있습니까? 아니면 VPN 소프트웨어입니까?

어쨌든 컴퓨터에 설치된 범인을 찾을 수 있는지 확인하기 위해 "향상된 기능"을 비활성화 할 때가되었다고 말할 수 있습니다.

편집하다

좋아, 미스터리가 풀렸다. ICMP 시퀀스 번호는 16 비트 필드입니다. 부호없는 정수로 취급됩니다. 즉, 최대 값은 65,535이며 0으로 줄어 듭니다. 따라서 로컬 핑 프로그램이 32 비트 정수 카운터 (기본적으로 설정되어 있음)를 유지 관리하는 경우 누락 된 패킷에 대해 32 비트 정수를보고 할 수 있습니다. 그러나 회신을 읽을 때 회신에는 카운터의 마지막 16 비트 만 있어야합니다. 따라서 시퀀스 번호 89805에 대한 회신은 89505 & 0xFFFF (24269)입니다.


안녕. 나는 이상한 일을하지 않았다 ... 그것은 단지 'sudo ping 192.168.1.1'입니다 ... 나는 당신이 ICMP 시퀀스 번호에 대해 무엇을 말하는지 보았습니다 ... 그 이유가 무엇인지 모르겠습니다 ... 어쩌면 핑이 너무 오래 실행 되었습니까? (며칠 동안 뛰었습니다) ... 모르겠습니다. 또한 내 네트워크 구성은 매우 간단하며 몇 년 동안 문제없이 동일한 구성을 사용해 왔습니다.
Mike D.

1
백그라운드에서 항상 실행되고 Little Snitch, Dropbox, Skype 및 모든 OS X와 ​​관련이있을 수있는 소프트웨어이지만 새로운 것은 없으며 한 달 전에 문제가 시작되었습니다. 내가 의심하는 한 가지는 약 한 달 전에 2 명의 새로운 룸메이트가 이사했을 때였다는 것입니다. 컴퓨터에서 핑 테스트를 실행했지만이 문제가 발생하지 않았습니다.
Mike D.

@Miguel, Little Snitch를 제거하십시오. 정확히이 문제를 일으킬 수있는 소프트웨어입니다. 복잡한 구성이 없다면 완전히 제거하고 휴지통을 비우고 휴지통을 비우고 재부팅하여 문제가 해결되는지 확인하십시오.
Old Pro

좋아, 나는 그것을 완전히 제거하고 무슨 일이 일어나는지 볼 것이다 (그러나 나는 문제없이 몇 년 동안 사용 해왔다).
Mike D.

Funny ... 이진수 24269는 0000 0101 1110 1100 1101입니다. 이진수 형태의 89806은 0001 0101 1110 1100 1110입니다. 그러나 24269를 가져 와서 비트 16 만 바꾸면 0001 0101 1110 1100 1101 = 89805가됩니다. 부호있는 정수와 부호없는 정수처럼 보이므로 순수한 숫자 표현입니다. 미구엘이 핑을하는 장치는 부호있는 (또는 다른 방법으로) 부호없는 정수를 사용하는 것일 수 있습니다.
mike

2

나는 이것이 오래된 주제라는 것을 안다.

그러나이 문제 해결에 감사드립니다. 모든 단계는 호스트를 핑할 수는 있지만 텔넷을 통해 호스트에 연결할 수없는 문제를 해결하는 데 도움이되었습니다.

해결책은 다소 간단했습니다 (나중에) 여기에서 불필요한 모든 것을 제거했습니다 (ZAC 언급)

로그인:

~ / Library / LaunchAgents / ~ / Library / LaunchDaemons / 시스템 환경 설정> 사용자 및 그룹> 로그인 항목

시작 :

/ Library / LaunchAgents / / Library / LaunchDaemons / / Library / StartupItems / /Library/Preferences/com.apple.loginitems.plist (드물게 존재)

다시 한 번 감사드립니다


1

이더넷의 지속성을 고려할 때 궁금한 문제입니다. 비슷한 문제가 있었지만 다른 네트워크의 WiFi 간섭이 문제라는 것을 알았습니다. 5GHz 대역으로 전환하면 문제가 해결되었습니다.


간섭 문제가 있다고 생각하기 때문에 네트워크 채널을 변경하기 전에이를 간단히 진단하십시오. istumbler.net을 사용 하면 매우 쉽습니다 . 당신은 눈을 똑바로 보면서 진실을 보게 될 것입니다 ☺.
dan

1

/var/log/system.log의 힌트가 있습니까?

netstat -s는 어떻게 보입니까?

내 직감은 / Library / Preferences / SystemConfiguration을 삭제하고 네트워크 인터페이스를 수동으로 다시 추가한다고 말합니다.

이미 많은 것을 시도한 것 같습니다.


안녕 미구엘, 스크린 샷을 본 후 부두를 더 추가. 이 세 가지를 시도해 볼 수 있습니까? 1 : 블루투스 비활성화, 2 : 네트워크 인터페이스를 1 대 1로 테스트 하시겠습니까? 3 : 확인하기 위해 스톡 네트워크 드라이버를 사용하고 있습니까?
epoon

system.log는 엄청납니다 ... 특정 단어를 검색했지만 관련 항목을 찾지 못했습니다 :(
Mike D.

netstat -s가 나에게 준 데이터를 추가하여 질문을 편집 할 것입니다.
Mike D.

이미 모든 네트워크 구성을 삭제했습니다. 운이없이 수동으로 모든 것을 다시 추가했습니다. 블루투스는 항상 꺼져 있습니다. 주식 네트워크 드라이버를 사용하고 있습니다. 모든 네트워크 인터페이스는 똑같은 결과를 제공합니다. 매 순간 연결이 일시적으로 끊기는 경우 :(
Mike D.

1
icmp 및 ip 패킷 오류가 우려됩니다. 별도로, OSX의 새로운 사본을 설치하고 USB를 통해 부팅하십시오. OSX 설치가 분리됩니다. 새로운 사본이 여전히 버그로 남아 있다면, 하드웨어 오류가 있습니다. 누가 알면 OSX 드라이버 만 트리거 할 수 있습니다. 문제가 새로 설치 될 때 나타나고 사과가 문제를 해결해야 함을 보여줍니다
epoon

1

이것과 비슷해 보입니까?

https://discussions.apple.com/thread/5483424?tstart=0

나는 이것을 Mavericks에 게시했습니다. 생각?


1
이 링크가 질문에 대한 답변을 제공 할 수 있지만 여기에 답변의 필수 부분을 포함시키고 참조 용 링크를 제공하는 것이 좋습니다. 링크 된 페이지가 변경되면 링크 전용 답변이 유효하지 않을 수 있습니다.
grg

링크에서 솔루션을 살펴보고 그것이 도움이되는지 확인하려고합니다. 다시 게시합니다.
Mike D.

0

Mac OSX 힌트 http://hints.macworld.com/article.php?story=20080605143917233 연결이 끊긴 경우 DNS 조회가 라우터의 DCHP 식별 보류 중이 아니기 때문에 연결이 끊어 질 때 ..

try configuring your Mac to use the OpenDNS (OpenDNS.ORG) servers 
instead of your ISPs DNS servers. 

모뎀 설정에서 DNS 및 / 또는 가속 설정일 가능성이 높으며 해당 DNS를 무시하면 문제를 해결하는 데 도움이됩니다.


5
이 문제는 발생하지 않습니다. ping은 DNS 조회를 한 번 수행 한 다음 (이 경우 Google.com-> 173.194.34.196) IP 주소를 사용합니다.
Gordon Davisson

이것을하고 다시보고 할 것입니다.
Mike D.

1
→ Blip : DNS 관련 문제가 아닙니다. IP 주소를 사용하여 라우터를 향해 핑해도 udp paquet이 아니며 바보 같은 ICMP 에코가 발생합니다.
dan

0

네트워크의 다른 장치가 사용자와 동일한 IP를 사용하려고하거나 DHCP에 문제가있는 것 같습니다.

고정 IP를 할당 한 후에도 여전히이를 재현 할 수 있는지 알 수 있습니까?

네트워크 환경 설정으로 이동하여 이더넷 인터페이스, 고급 TCP / IP를 선택하십시오.

"IPv4 구성"드롭 다운을 "수동으로"변경하십시오

IPv4 주소 : 192.168.1.150 (DHCP가 이전에 할당 한 것이 아닌 고유 한 것) 서브넷 마스크 : 255.255.255.0 라우터 : 192.168.1.1

저장하기

그런 다음 문제를 다시 재현 해보십시오. 이 테스트를 수행 할 때 Wi-Fi가 꺼져 있는지 확인하여 이더넷 만 사용하십시오. 이렇게하면 범위를 좁히는 데 도움이됩니다.


여전히 문제가있는 경우 Wireshark ( http://www.wireshark.org/ )를 다운로드 하여 캡처를 시작하고 문제를 재현 한 후 덤프를 저장하고 살펴보십시오.

또한 어떤 라우터 / AP를 사용하고 있습니까?


0

새로운 룸메이트로 인한 LAN 트래픽 증가로 인해 발생하는 것과 관련이 있는지 확인해야 할 두 가지 사항입니다.

  1. 라우터에 QoS (Quality of Service) 설정이 있습니까? 그렇다면 어떻게 설정합니까? Skype 트래픽의 우선 순위가 지정되고 WAN이 포화 상태 인 경우 우선 순위가 낮은 연결을 일시적으로 종료하여 라우터가 응답 할 수 있습니다.
  2. 라우터 CPU가 단순히 오버로드됩니까? 1Gbs DSL에서 5Gbs 케이블 서비스로 업그레이드했을 때 라우터가 증가 된 트래픽을 따라 잡을 수없고 새로운 것을 구입해야한다는 것을 알았습니다. 라우터의 성능을 조사하여 이것이 문제가 될 수 있는지 확인하십시오. 대부분의 라우터에는 인터넷에서 사용할 수있는 자세한 성능 리뷰가 있습니다. 인터넷 서비스 용량과 비교하여 라우터의 등급을 확인하십시오.

0

얘들 아, 나는 똑같은 정확한 문제를 겪고 있었지만 방금 사용하고있는 헤드폰을 뽑았고 지금은 처음 10 분 동안 친구와 이야기를하고 있었고 20 초 전에 떨어 뜨릴 때 여전히 떨어지지 않았습니다.

헤드폰 코드가 찢어져서 문제가 발생했을 수 있지만 IP 주소와 핑에 대해 많이 알지 못하며 도움이되는 것 같습니다. 당신이 시도하고 작동하지 않으면 내 문제를 해결했기 때문에 나를 비난하지 마십시오.


0

해결책은 다소 간단했습니다 (나중에) 여기에서 불필요한 모든 것을 제거했습니다 (ZAC 언급)

로그인:

~ / Library / LaunchAgents / ~ / Library / LaunchDaemons / 시스템 환경 설정> 사용자 및 그룹> 로그인 항목

시작 :

/ Library / LaunchAgents / / Library / LaunchDaemons / / Library / StartupItems /> /Library/Preferences/com.apple.loginitems.plist (드물게 존재)

나는 이것이 오래된 스레드라는 것을 알고 있지만 이것을 수행하면 내가 가진 문제가 해결되었습니다. 내 인터넷은 때때로 연결이 끊어지고 핑은 항상 끊어 질 것입니다. 내 문제를 해결하는 것은 Wi-Fi 또는 이더넷 (내가 사용한 적이 있음)을 끈 다음 다시 활성화하는 것입니다. 물론 이것은 일시적으로 문제를 해결합니다. 내 맥 프로 4,1 에이 문제가있을 때마다 내 맥 노트북도 핑을 잃어 버릴 수 있기 때문에 이상했습니다. Mac Pro가 네트워크를 중단시키는 것과 거의 같습니다.

나는 많은 것을 시도했다! 모뎀을 대체하기 위해 isp라고 불리는 라우터는 USB를 이더넷으로 구입했습니다. 내가 시도 할 때까지 그중 아무것도 작동하지 않았습니다!

나는 위에서 언급 한 것을했고 마침내 문제를 해결했습니다!


0

비슷한 문제가 있었고 VPN의 경우 연결되지 않은 경우에도 Tunnelblick으로 인한 것으로 보입니다. 휴지통으로 드래그하지 않고 제거 프로그램을 사용하여 제거하고 문제가 해결되었습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.