Faszinierendes Verbindungsproblem unter OS X

Ich hatte kürzlich dieses Problem mit meiner Internetverbindung auf meinem MacBook Pro Anfang 2011 mit OS X 10.8.3: Von Zeit zu Zeit "friert" die Verbindung für etwa 5 Sekunden ein und kommt dann wieder.

Es passiert sowohl über Wi-Fi als auch über Ethernet-Kabel , und es passiert nur auf meinem Computer, wenn OS X ausgeführt wird (es passiert nicht, wenn Windows 7 auf demselben Computer oder auf einem anderen Computer/Gerät ausgeführt wird). Es macht Skype-Anrufe alle 2 Minuten oder so, also ist es sehr frustrierend.

Das Pingen von Google.com sieht so aus, wenn OS X ausgeführt wird (es gibt Hunderte von Paketen, die in weniger als 100 ms zurückgegeben werden (mit einigen im Bereich von 130), dann ein Abfall für mehrere Sekunden) :

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

Hinweis: Der WLAN-MAC meines Computers ist 68:a8:6d:29:cf:8a (statische IP 192.168.1.250) und seine Ethernet-Adresse ist 3c:07:54:5a:e0:44 (statische IP 192.168.1.251) . Die LAN-IP des Routers ist 192.168.1.1 und seine WAN-IP ist 85.61.155.224.

Im nächsten Screenshot sieht man während eines Skype-Gesprächs:

  • ping 192.168.1.1oben links.
  • ping 85.61.155.224unten links.
  • ping google.comunten rechts.
  • die Befehle arp -anund ausgeführt.arp -ad

Als ich den arp -adBefehl zu einem Zeitpunkt ausführte, als die Verbindung unterbrochen wurde, zeigte die Liste keine Adressen. Es sah so aus:

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$

Ich habe nicht genügend Wissen, um Mikes Anweisungen zum Abrufen und Kompilieren der Quelle des mtrBefehls zu folgen.

Screenshot der Operationen

So sieht es aus, wenn es schlimmer wird:

Screenshot der schlimmsten Situation

Laufen netstat -sgibt:

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

Laufen netstat -I en1gibt:

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     -     -

Laufen ifconfig -agibt:

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

Was ich denke:

  • Es ist kein Wi-Fi-Problem, da es auch über Kabel passiert.
  • Es ist kein Router/ISP-Problem, da andere Geräte und Maschinen kein Problem haben.
  • Es ist kein Computerproblem, da es nur unter OS X auftritt.
  • Es muss also ein OS X Problem sein.

Was ich versucht habe:

  • Neustart, Herunterfahren.
  • AirPort ein- und ausschalten, andere Ethernet-Kabel.
  • Berechtigungen reparieren.
  • Setzen Sie den PRAM zurück.
  • Löschen Sie alle System- und Benutzercaches mit Onyx.

Seltsamer Hinweis: Aus irgendeinem seltsamen Grund scheint sich das Problem zu verschlimmern, wenn ein Skype-Anruf stattfindet.

Ich würde mich über Ideen freuen, wie man dieses Problem angehen kann.

Das erlebe ich auch! Es ist sooo nervig. Ich bin mir nicht sicher, ob dies mit 10.8.3 begonnen hat. Mein Mac ist ein MBA Mitte 2012. Das Einfrieren des Netzwerks kann jedoch bis zu 15 Sekunden dauern.
Bitte überprüfen Sie, ob Ihr Skype eingestellt ist auf: Port für eingehende Verbindung: 12794
Mein Skype ist auf Port 15973 eingestellt
Ich habe eine Installationsanleitung für MTR in Mikes Antwort hinzugefügt
Mir ist aufgefallen, dass sich die WAN-IP des Routers mindestens einmal nach einem massiven Verbindungsverlust geändert hat. Überraschend ist, dass andere Geräte absolut kein Problem haben!
OK dann - noch ein paar Fragen. Haben Sie einen separaten Router und einen Access Point oder sind alle integriert? Wenn sie getrennt sind - haben Sie einen Switch zwischen dem Router und dem Access Point? Auch - wenn Sie mit Ethernet verbunden sind - verbinden Sie sich mit demselben Switch (bitte beachten Sie - ich meine immer noch ein separates Gerät)
Mein Setup ist ziemlich einfach: nur ein Router (eine Livebox 2). Ich habe verschiedene Wi-Fi-Konfigurationen und alle Ethernet-Ports ohne Glück ausprobiert. Dies begann vor ungefähr 2 Wochen und ich habe absolut keine Ahnung, was es ausgelöst haben könnte. Manche Tage sind schlimmer als andere, es passiert zu unterschiedlichen Zeiten ... Ich kann anscheinend kein Muster erkennen.
Wie sieht deine DHCP-Konfiguration aus? Ist es möglich, dass Sie eine statisch zugewiesene IP-Adresse haben, die entweder mit einer anderen statischen Adresse oder einer von DHCP zugeteilten in Konflikt steht?
Der DHCP-Server ist aktiviert, aber um das Problem zu lösen, habe ich statische IPs für mich und die anderen Computer im Netzwerk festgelegt.
Können Sie in diesem Fall immer noch andere Geräte im selben LAN anpingen? Ich glaube nicht, dass das Problem bei DHCP oder irgendetwas auf Schicht 3 liegt. Ich denke, das Problem liegt bei Schicht 2 - aus irgendeinem Grund reagiert Ihr Router/Zugangspunkt nicht mehr auf Schicht-2-Verkehr von Ihrem Mac. Obwohl ich verstehe, dass Sie nicht die gleichen Probleme mit anderen Geräten haben, deutet es für mich auf das Problem mit Ihrer Livebox 2 hin. Haben Sie ähnliche Probleme, wenn Ihr Mac mit einem anderen WLAN oder einer anderen Ethernet-Verbindung verbunden ist? (z. B. bei der Arbeit, bei Ihrem Freund usw.)?
Verwenden Sie dieselbe IP-Adresse für Windows 7? Wenn nicht, versuchen Sie es. Ihre Netzstatistik zeigt eine sehr hohe Anzahl von schlechten Verbindungsversuchen. Irgendeine Idee warum? An diesem Punkt denke ich, dass Sie die Paketerfassung einrichten müssen, um zu sehen, was auf der Leitung passiert, wenn die Zeitüberschreitungen auftreten. Siehe support.apple.com/kb/HT3994 für Anweisungen oder erwägen Sie die Verwendung von deliciouscocoabytes.com/cpa . Insbesondere möchte ich sehen, ob der Computer während des Ausfalls immer noch Pings an den Router sendet und ob es Ping-Antworten auf dem Kabel gibt, die an eine andere Ethernet-MAC-Adresse gesendet werden.
→ Miguel: Hervorragende Fehlerbehebung bei Netzwerkproblemen ☺ ! Offensichtlich reicht der interne Ping zu Ihrem Router (192.168.1.1) aus, um festzustellen, dass das Problem zwischen MacOS X und Ihrem Router liegt. Verwenden Sie den AutomaticStandort?
→ gentmatt & Miguel: Könnten Sie versuchen, auf MacOS X 10.8.2 herunterzustufen und mit einem lokalen Ping überprüfen, ob Sie dasselbe 6-Sekunden-Loch (oder mehr) erleben?
daniel Azuelos: Ich habe alle meine Standorte gelöscht und einen neuen Standort konfiguriert, den ich „HOME“ nannte, nur mit Ethernet und Flughafen. Ich habe auf meinem Router eine statische IP für Ethernet und eine andere für Airport eingerichtet und alles manuell in die Netzwerkkonfiguration eingetragen.
Old Pro: Ich werde versuchen, was Sie vorschlagen, und die Ergebnisse so schnell wie möglich posten. Danke!
@mike: Dieses Problem tritt nur in diesem Netzwerk auf ... Ich bin gestern rausgegangen und habe öffentliche Netzwerke überprüft, um festzustellen, dass ich dieses Problem nicht habe. Es deutet auf eine schlechte Kommunikation zwischen OS X und meinem Router hin.
→ Miguel: Verwenden Sie unter MacOS X nicht zwei verschiedene Schnittstellen, um ein Netzwerkproblem zu analysieren: Untersuchen Sie einfach eine nach der anderen. Beginnen Sie mit dem Ethernet. Dein Problem sieht typisch für die verfluchte AutomaticNetzwerkkonfiguration aus.
Alle: Vielen Dank für Ihre Antworten, insbesondere an MIKE, OLD PRO und DANIEL AZUELOS. Da die Bounty-Zeit vorbei ist und das Problem weiterhin besteht, habe ich zwischen euch dreien gewürfelt und DANIEL AZUELOS bekommt die +50 ... ABER ich werde sofort ein weiteres Bounty eröffnen, also habt bitte Geduld mit mir.
Dies ist die Signatur eines Downstream-Routing-Fehlers. Meine Vermutung ist insbesondere, dass sich entweder eine Routing-Tabelle ändert oder ein QOS-Filter entscheidet, Ihre Pakete in eine Warteschlange zu stellen und andere Pakete mit höherer Priorität für einen bestimmten Zeitraum bevorzugt zuzustellen. Sie haben hier eine großartige Hilfe, aber ich würde ein wenig Zeit mit Ihrem Netzwerkanbieter verbringen, um zu verstehen, wann und wie er Ihre Verbindung drosseln wird. Sie können dies möglicherweise indirekt testen, indem Sie anderen Datenverkehr stark einschränken oder diesen Datenverkehr über ein VPN zu einem anderen Rechenzentrum leiten, um elementare QOS-Auslöser zu vermeiden.
Miguel: Die Tatsache, dass Sie in keinem anderen Netzwerk davon betroffen zu sein scheinen, scheint mir darauf hinzudeuten, dass das Problem wirklich zwischen Ihrem Router und dem Mac liegt. Ich stimme den anderen nicht zu, dass das Problem bei Ihrem ISP liegt. Wenn Ihr Problem auftritt, sehen Sie keine MAC-Adresse Ihres Routers in Ihrer ARP-Tabelle. Dies ist eine niedrigere Ebene als DHCP, Routing usw., da diese alle eine Layer-2-Konnektivität erfordern, um zu funktionieren. Sie haben keine Layer-2-Konnektivität, wenn das Problem auftritt. (TBC)
(Teil 2): ​​Die einzige andere Sache, die ich überprüfen würde (wenn Ihr Router dies zulässt), ist, sich von einem anderen Gerät aus beim Router anzumelden und zu sehen, ob Sie die MAC-Adresse Ihres Mac auf dem Router löschen und dann sehen können, während das Problem auftritt (so ähnlich wie Sie es auf Ihrem MBP gemacht haben). Dadurch wird angezeigt, ob eine Einwegverbindung oder keine Verbindung besteht. Ich hatte ähnliche Probleme mit einem Linksys Access Point – er hörte auf, Ethernet-Frames weiterzuleiten (also Layer 2 zu beeinflussen) und als Folge davon würde ALLES nicht mehr funktionieren. Ich konnte das Problem umgehen, indem ich den AP auf das 5-GHz-Band umstellte.
@mike Verstanden ... es ist definitiv ein Problem zwischen Mac und Router. Ich kann versuchen, den MAC meines Mac von einem anderen Gerät aus zu überprüfen, wenn die Verbindung unterbrochen wird ... aber gibt es eine andere Möglichkeit? Ich muss meine Mitbewohner bitten, dafür zu kooperieren, und keiner von uns hat viel Zeit von der Arbeit.
@mike Glaubst du, Little Snitch könnte eine mögliche Ursache sein? Ich benutze es seit Jahren und das ist mir bis jetzt noch nie passiert ... aber vielleicht ist mein LAN jetzt mehr ausgelastet, da 2 weitere Leute eingezogen sind ... Was denken Sie?
Miguel – bei Little Snitch nicht sicher – hat es nie benutzt. Ich glaube jedoch nicht, da das Problem anscheinend auf Schicht 2 liegt. Wenn Anwendungen etwas über das Netzwerk tun, verwenden sie normalerweise den vom System bereitgestellten TCP / IP-Stack (entweder durch Verwendung von Systemaufrufen oder eines von vielen Frameworks). Es gibt Ausnahmen, Firewalls und Sniffer sind gute Beispiele. Ich würde immer noch denken, dass Little Snitch, wenn er den TCP/IP-Stack des Systems umgeht, dies auf Schicht 3 tut. Es ist eine gute Idee, zu überprüfen, ob die Mac-Adresse Ihres MBP auf einem anderen Gerät (einem anderen PC oder einem MAC) sichtbar ist (TBC).
(Teil 2) ... stellen Sie einfach sicher, dass Sie versuchen, Ping sowohl zum Router als auch zu dieser anderen Box gleichzeitig auszuführen. Die Tatsache, dass das gleiche Problem anscheinend nicht in einem anderen Netzwerk auftritt, bestätigt, dass das Problem lokal in Ihrem Setup auftritt. Sie haben erwähnt, dass Ihr LAN stärker ausgelastet ist, nachdem die anderen beiden Personen eingezogen sind. Bedeutet das, dass es vorher keine Probleme dieser Art gab, oder traten sie nicht so oft auf, aber sie waren immer noch da? Dies könnte bedeuten, dass eine Schnittstelle Ihres Routers etwas überlastet ist. Um welche Marke und welches Modell handelt es sich bei einem Router?
Das Einzige, was ich hier noch hinzufügen möchte, ist der Versuch, Wireshark auszuführen - es ist ein sehr guter (wahrscheinlich der beste?) und kostenlose Paketanalysator. Sie können es auf Ihrem Computer ausführen und sehen, ob es irgendwelche Frames und Pakete über seine Netzwerkschnittstelle sendet, während das Problem auftritt (zB was Sie suchen, sind ARP-Anforderungen, nachdem Sie den Arp-Cache geleert haben), und ob Sie es tun irgendwelche Antworten erhalten. Wenn Ihr Problem beispielsweise durch beschädigte Frames verursacht wird, werden Sie das sehen. Sie müssen sich auch XQuartz besorgen, wenn Sie eine GUI wollen (was sich lohnt).
@mike, was hältst du davon, dass Ping-Timeouts ICMP-Sequenznummern aus einer anderen Sequenz melden als Ping-Erfolge? apple.stackexchange.com/a/91069/21703
→ Mike: Wiresharkist ein großartiges Werkzeug, aber Gurus vorbehalten, die fließend arp, ifconfig, netstat& pingOptionen beherrschen ☺.
Tritt dies auf, wenn Sie sich vollständig in einem anderen Netzwerk befinden, z. B. in der Schule oder bei der Arbeit? Wenn Sie Ihr MacBook Pro in den Wiederherstellungsmodus booten (booten, indem Sie cmd + R drücken), tritt es dort über Safari und/oder Terminal auf? Wenn die Antwort auf eine dieser Fragen nein lautet, würde ich eine Systemsicherung durchführen und das Betriebssystem neu installieren.
→ Miguel: Ist dein Problem analysiert, behoben? Brauchen Sie noch Hilfe? Was ist die beste Antwort?
@danielAzuelos Das Problem wurde nicht gelöst. Ich habe es aufgegeben, zu bestimmten Zeiten Skype-Anrufe zu tätigen.
@danielAzuelos Es gibt keine beste Antwort, aber die Antworten, die die Kopfgelder erhalten haben, sind meiner Meinung nach der Lösung am nächsten gekommen.
→ Miguel: Wenn ich deine ursprüngliche Problembeschreibung noch einmal lese, bin ich überzeugt, dass dies typisch für die AutomaticStandortkonfiguration von MacOS X ist. Dies ist ein wesentlicher Unterschied zu Windows.
Seltsam für mich ist, dass ich das gleiche Problem bekomme, aber ich verwende Microsoft OS Exclusive auf meinem 2008 MacBook Pro 15 ". Ich bekomme diese Verkehrsverlangsamung sowohl im WLAN als auch im Ethernet. Gibt es eine Lösung? Ist diese Hardware verwandt? Danke

Antworten (17)

Wenn bei Ihren Verbindungen eine Zeitüberschreitung auftritt, können Sie arp -anin Terminal.app nachsehen, ob Sie noch alle MAC-Adressen in der ARP-Tabelle haben? wie in - die MAC-Adresse Ihres Routers oder der Host, den Sie anpingen möchten?

Wenn Sie dies tun (und Sie die Zeit haben, bevor es wieder funktioniert), können Sie die arp-Tabelle leeren ( sudo arp -ad) und dann sehen, ob die MAC-Adresse Ihres Routers erneut in der ARP-Tabelle angezeigt wird?

Versuchen Sie auch, in einer Terminalsitzung einen Ping an die LAN-IP-Adresse Ihres Routers und in einer anderen möglicherweise einen Ping an die WAN-IP-Adresse Ihres Routers auszuführen, während Sie Skype verwenden. Sehen Sie, ob alle Zeitüberschreitungen beginnen oder nur einer von ihnen. Ein weiteres Tool, das ich nützlich finde, ist mtr- Sie müssen möglicherweise die Quelle abrufen und selbst kompilieren oder fink / macports oder einen anderen Paketmanager verwenden. Wenn Sie es erhalten, führen Sie es einfach zu einem Ziel irgendwo im Internet aus und es zeigt Ihnen, welcher Hop nicht mehr reagiert.

So installieren Sie Software aus Quellen (z. B. mtr) Erfordert die Installation von Xcode :

  • Laden Sie das Quellarchiv herunter (normalerweise .tar.gz oder .tar.bz2)
  • entpacken Sie die heruntergeladene Datei (z. B. in Terminal.app run gzip -dc filename.tar.gz | tar -xvf -, was normalerweise ein neues Verzeichnis im aktuellen Verzeichnis erstellt und den Inhalt des Archivs dort ablegt)
  • Navigieren Sie im Terminal zum erhaltenen Ordner
  • ausführen ./configure --prefix=/usr/local(bitte beachten Sie, dass ich gerne Software aus der Quelle in installiere /usr/local, um sie von Binärdateien fernzuhalten, die als Teil des Systems installiert sind; die --prefix=/usr/localOption zum Konfigurieren wird genau das tun)
  • Laufmake
  • Laufsudo make install
  • fertig!
Habe dies getan, werde die Frage in Kürze mit den Ergebnissen bearbeiten.
Wenn ich nach dem Löschen der Tabelle 'arp -an' mache, wird der Router nicht aufgelistet, bis die Verbindung wieder hergestellt ist.
→ Mike: mtrist ein hervorragendes Werkzeug. Leider ist hier das Problem viel weniger weit entfernt. Das Problem scheint zwischen MacOS X und 192.168.1.1 zu liegen. Keine Notwendigkeit, zum Horizont des Internets zu jagen ☺.
Dieser Befehl hat mir wirklich geholfen.

Könnten Sie zuerst überprüfen, ob Sie wirklich die Netzwerkschnittstelle verwenden, die Sie sollten:

ifconfig -a

Könnten Sie sich die Ausgabe der folgenden Befehle ansehen (wenn en0 der Name der Netzwerkschnittstelle Ihrer Ethernet-Karte ist):

netstat -I en0

Um das Problem zu lokalisieren, könnten Sie einen bestimmten Standort nur mit Ihrer Ethernet-Karte aktivieren und wenn möglich nur entweder IPv4 oder IPv6 verwenden, aber nicht beides:Standort nur mit eingeschaltetem Ethernet

Könnten Sie den folgenden Auszug möglicher Hardware- oder Treiberfehler ausführen:

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

(Keine Angst, Sie finden möglicherweise viele Informationen zu Wi-Fi-Kanälen).

Die folgende Nachricht, die von Ihrem Netstat angezeigt wird:

44620 embryonic connections dropped

bedeutet, dass Sie tatsächlich das Ziel einer dummen TCP-Syn-Flooding sind (was ein Denial-of-Service-Angriff (DOS) ist).

Wenn dein:

ping 192.168.1.1

Chokes für 6s, könntest du laufen:

netstat -m
Wenn 192.168.1.1 würgt, zeigt 'netstat -m' nichts Außergewöhnliches. Übrigens kann grep '/var/log/kernel.log' nicht finden. Ich bearbeite die Frage mit den Ergebnissen von 'netstat -I en1' (ich verwende gerade en1, das ist mein Flughafen, en0 ist inaktiv). Was könnte der Grund für den DOS-Angriff sein?
→ Miguel: Um die Analyse deines Problems zu vereinfachen, erstelle eine neue Netzwerk-Konf. nur mit eingeschalteter Ethernet-Schnittstelle. Bleiben Sie dann innerhalb eines Fensters a ping 192.168.1.1(das keine DNS-Anfrage macht).
→ Miguel: Du könntest unfreiwillig der Urheber deines DOS-Angriffs gewesen sein ☹, aber das muss noch bestätigt werden. Ich vermute eine durch eine AutomaticKonfiguration verursachte Netzwerkschleife.
→ Miguel: Könnten Sie uns ein ifconfig -a?
Ich werde die Frage jetzt mit den Ergebnissen bearbeiten.
Ich habe eine neue Netzwerkkonfiguration nur mit Ethernet vorgenommen und werde '192.168.1.1' für die nächsten 24 Stunden pingen, um zu sehen, was passiert.
→ Miguel: Könnten Sie uns eine ifconfig -areine Ethernet-Konfiguration zur Verfügung stellen? Wenn Sie das Glück haben, Ihr Problem auf Ethernet produzieren zu können, dann ist es viel einfacher, sich auf diese einfachere Form des Problems zu konzentrieren (Ethernet ist 1 Dimension, während Wireless 3 ist ☺).
Dies löste mein Problem, ich habe den AutomaticStandort in den Netzwerkeinstellungen verschoben, einen neuen Standort für Zuhause und Arbeit erstellt und das scheint die Blockzeitüberschreitungen gestoppt zu haben.

Ich habe dieses Problem schon seit langer Zeit (beginnend nach einem Upgrade auf Mavericks) und nach monatelanger Recherche glaube ich endlich eine Lösung gefunden zu haben.

Zunächst einmal gibt es in den Apple-Foren eine ganze Reihe von Leuten mit dem gleichen Problem:

Das ist also ein bekanntes Problem und ich weiß wirklich nicht, warum Apple noch keine Lösung dafür bereitgestellt hat. In den oben aufgeführten Threads gibt es viele Vorschläge, um dies zu beheben, aber die meisten davon haben nicht funktioniert. Einige beheben das Problem vorübergehend:

  • Trennen Sie das Netzwerk und verbinden Sie es erneut
  • Der alte Freund: Neustart
  • Entfernen Sie den Ordner mit der Netzwerkkonfiguration:sudo rm -rf /Library/Preferences/SystemConfiguration

Nach diesen Maßnahmen fühlt sich die Netzwerkverbindung deutlich besser an und ich erlebe keine Aussetzer über mehrere Stunden oder manchmal sogar Tage. Aber die Probleme kommen immer wieder.

Diese Frage und die Hinweise, dass das Problem möglicherweise mit ARP zusammenhängt, brachten mich zu weiteren Recherchen und ich fand diese Seite , die den Fehler ausführlich beschreibt und auch einen Patch enthält, den ich hier zitiere:

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

Bitte beachten Sie den bereitgestellten Link für eine ausführliche Erklärung des Fixes, der in einem zukünftigen Betriebssystem-Update für Yosemite von Apple enthalten sein soll. Es deaktiviert Unicast-ARP-Anfragen, die bei einigen Netzwerkgeräten wie Ihrem Heimrouter Verwirrung stiften.

Nach dem Anwenden des Fixes und dem Neustart sollte überprüft werden, ob

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

kehrt zurück net.link.ether.inet.arp_unicast_lim: 0. Wenn die Zahl nicht gleich Null ist, wurde der Fix nicht korrekt angewendet.

Danach habe ich einen anderen Thread in den Apple-Communities gefunden, der die gleiche Lösung enthält: Mavericks und Failed ARP verursachen Netzwerkausfälle! Nun, nachdem Sie wissen, was das Problem ist, ist es viel einfacher, die richtige Lösung zu finden.

Zuerst sehe ich Dropbox in Ihrer Menüleiste laufen; hast du das schon deaktiviert?

Versuchen Sie zweitens, alle anderen Start-/Anmeldeelemente zu entfernen. Nachsehen in:

Anmeldung:

  1. ~/Library/LaunchAgents/
  2. ~/Library/LaunchDaemons/
  3. Systemeinstellungen > Benutzer & Gruppen > Anmeldeobjekte

Anfang:

  1. /Bibliothek/LaunchAgents/
  2. /Library/LaunchDaemons/
  3. /Library/StartupItems/
  4. /Library/Preferences/com.apple.loginitems.plist (selten vorhanden)
Ich habe nicht versucht, Dropbox zu deaktivieren, wäre das hilfreich? Und könnten Sie auch den Grund für das Entfernen dieser Elemente erklären? Danke!
Sie möchten isolieren, ob das Problem bei OS X oder einer Software liegt, die nach der Erstinstallation hinzugefügt wurde. Dinge wie Dropbox, die Netzwerkverbindungen herstellen, sobald das Benutzerkonto geladen wird, oder Antivirensoftware, die normalerweise in allen Benutzerkonten ausgeführt wird, können einen Port reservieren oder anderweitig zu dem Problem beitragen.
Ok, das werde ich machen und morgen die Ergebnisse hier posten.
→ Miguel: Dropbox kann nicht dein Problem sein. Dropbox macht einfach 443/tcp wie jedes andere Webbrowsing. Aber falls Sie ein Netzwerk-Sniffing (Wireshark oder tcpdump) durchführen wollten, wird das Stoppen von Dropbox Ihnen eine Menge TCP-Verkehr entfernen. Daher wird Ihnen dies helfen, jedes Fehlverhalten zu "sehen".
Dies sind einige nette Vermutungen zur Fehlerbehebung, aber wenn Sie erklären würden, wie und warum Sie der Meinung sind, dass diese Elemente die Netzwerkkontinuität beeinträchtigen würden, wäre die Antwort sowohl für das OP von größerem Nutzen als auch Menschen in ähnlichen Situationen beizubringen, warum Sie dies vorgeschlagen haben gegenüber etwas auszuschließen.
@Miguel, noch ein paar Vermutungen. 1. Haben Sie Ihren ISP kontaktiert, um zu erfahren, ob er die Leitungsqualität überprüfen kann? 2. Wie wäre es mit der Einrichtung eines Testbenutzerkontos, um zu sehen, ob sich das Problem verschiebt? Ein dritter Vorschlag ist, Ihr System zu überprüfen - Dinge wie Berechtigungsprüfung - Maschinendiagnose. 4. Können Sie möglicherweise Komponenten austauschen – Ihren Computer bei einem Freund betreiben – den Router Ihres Freundes ausleihen – oh, und alle anderen Netzwerkgeräte von Ihrem System entfernen.
@DavidDelMonte Der Computer funktioniert an anderen Standorten einwandfrei. Ich werde versuchen, ein neues Benutzerkonto einzurichten. Mein ISP sagt mir, dass alles perfekt ist, und andere Maschinen in meinem Netzwerk haben kein Problem. Ich habe die Berechtigungen repariert und alles ist perfekt, aber ich kann keine Komponenten austauschen.

Hier gibt es viele Informationen zur Fehlerbehebung und Diagnose, aber manchmal macht es Spaß, bei der Fehlerbehebung zu den Grundlagen zurückzukehren und einige Annahmen zu hinterfragen.

Wie ich in einem Kommentar erwähnt habe, sieht dies sehr danach aus, als würde ein QOS-Router eingreifen, weil Ihr Computer vorübergehend eine Bandbreiten- oder Paketratenobergrenze überschreitet.

Was ist, wenn Sie unter OS X im Gegensatz zu Windows unterschiedliche Muster, Volumina und Mengen an Netzwerkverkehr ausführen und dies die wahre Ursache ist, nicht die Hardwaretreiber oder die Software?

Ich würde erwarten, dass das Ausführen von OS X mit Ihren Beobachtungen korreliert, aber was ist, wenn dies nicht die Ursache für die vorübergehenden Netzwerkpausen ist?

Haben Sie versucht zu recherchieren, was passiert, wenn QOS-Filter und Routing-Änderungen von Ihrem Netzwerkanbieter implementiert werden? Haben Sie darüber nachgedacht, den gesamten Datenverkehr zu einem anderen Computer (ssh oder VPN) zu tunneln, damit Sie triviale Filter ausschließen können? (Wenn der Anbieter Deep Packet Inspection oder Destination and True Rate Limiting durchführt, können Sie diese kurzen Timeouts möglicherweise nicht umgehen.)

Ich hoffe, es gibt eine Antwort, die Sie finden können, indem Sie sich die Details des Netzwerks ansehen (und wir werden alle etwas aus der Untersuchung dieser Optionen lernen) - aber denken Sie auch daran, dass Ihre Messwerkzeuge und der zusätzliche Datenverkehr Dinge anpingen / anstupsen könnten die Verkehrszahlen beeinflussen und es wahrscheinlicher machen, dass Skype für Sie ausfällt. Die von mir eingerichteten Router sind so programmiert, dass sie den ICMP-Verkehr vor allem anderen Verkehr verwerfen, da die Kapazität knapp wird - ich möchte lieber, dass der Ping fehlschlägt und andere Pakete durchkommen. Ihr ISP und Netzwerkanbieter haben die Dinge möglicherweise ähnlich eingerichtet.

Ich verstehe... aber an meiner Networking-Aktivität hat sich in den letzten 5 Jahren nichts geändert. Dieses Problem begann vor ungefähr einem Monat und ich kann keine Korrelationen finden, außer dass vor ungefähr einem Monat zwei Kollegen eingezogen sind. Aber ich habe Ping-Tests auf ihren Computern durchgeführt und sie haben dieses Problem nicht. Mir sind keine QOS-Filter bekannt, aber ich werde versuchen, es herauszufinden.
Skype hostet fast rund um die Uhr einen Anruf auf meinem Computer ... Ich werde heute alle Pings usw bekomme ich vom Skype-Anruf)

Zusätzlich zu all den Dingen hier möchten Sie vielleicht sicherstellen, dass die automatische Proxy-Erkennung nicht aktiviert ist (sowie die automatische Proxy-Konfiguration). Das verursacht tendenziell mehr Probleme als nicht und wird oft nicht benötigt.

Systemeinstellungen

Danke für den Tipp, die waren aber schon weg :(

Mit all den großartigen diagnostischen Informationen in dieser Frage haben Sie die Möglichkeiten stark eingegrenzt.

Zunächst isolieren Ihre Pings an 192.168.1.1 das Problem weitgehend auf Ihren Router, Computer oder Ihr LAN. Dies ist kein Problem mit DNS oder Ihrem ISP.

Am meisten stören mich die Ergebnisse Ihrer Ping-Tests an 192.168.1.1. Hast du beim Einrichten etwas Seltsames gemacht?

Zum Beispiel haben Sie erfolgreiche Pings mit den ICMP-Sequenznummern 24267, 24268 und 24269, dann 3 Timeouts, dann wieder Erfolg mit ICMP 24273. Die Zahlen der Erfolge scheinen also zu stimmen. Die Nummern der Timeouts sind jedoch völlig unterschiedlich. Ich würde erwarten, Anforderungs-Timeouts von ICMP 24270, 24271 und 24272 zu sehen, aber stattdessen melden die Timeouts ICMP 89806, 89807 und 89808. Ich habe das noch nie gesehen und für mich deutet es darauf hin, dass Sie einen kaputten Netzwerkstapel haben Computer. Vielleicht eine zu viele Erweiterungen. Gibt es eine Chance, dass Sie Netgear Genie installiert haben? Oder vielleicht VPN-Software?

Auf jeden Fall würde ich sagen, dass es an der Zeit ist, "Verbesserungen" zu deaktivieren, um zu sehen, ob Sie einen auf dem Computer installierten Übeltäter finden können.

Bearbeiten

OK, Rätsel gelöst. Die ICMP-Sequenznummer ist ein 16-Bit-Feld. Als Ganzzahl ohne Vorzeichen behandelt, bedeutet dies, dass sie einen Maximalwert von 65.535 hat und dann auf Null umläuft. Wenn also das lokale Ping-Programm einen 32-Bit-Ganzzahlzähler verwaltet (was es wahrscheinlich standardmäßig tun würde), könnte es eine 32-Bit-Ganzzahl für fehlende Pakete melden. Beim Lesen von Antworten enthält die Antwort jedoch notwendigerweise nur die letzten 16 Bits des Zählers. Die Antwort auf die Sequenznummer 89805 lautet also 89505 & 0xFFFF, was 24269 entspricht.

Hi. Ich habe nichts Seltsames getan ... es ist nur ein 'sudo ping 192.168.1.1' ... Ich verstehe, was Sie über die ICMP-Sequenznummern sagen ... Ich habe keine Ahnung, warum das sein könnte ... vielleicht das Ping lief zu lange? (läuft seit Tagen)... Keine Ahnung. Außerdem ist meine Netzwerkkonfiguration sehr einfach und ich verwende die gleiche Konfiguration seit Jahren ohne Probleme.
Software, die immer im Hintergrund läuft und die etwas damit zu tun haben könnte: Little Snitch, Dropbox, Skype und alle OS X-Sachen ... aber nichts Neues, und das Problem begann vor etwa einem Monat. Eine Sache, die ich vermute, ist, dass vor ungefähr einem Monat 2 neue Mitbewohner eingezogen sind. Ich habe Ping-Tests in ihren Computern durchgeführt, und sie haben dieses Problem jedoch nicht.
@Miguel, entfernen Sie auf jeden Fall Little Snitch, da dies genau die Art von Software ist, die dieses Problem verursachen könnte. Wenn Sie keine komplizierte Konfiguration haben, würde ich sagen, dass Sie sie vollständig deinstallieren und sogar den Papierkorb leeren, um sicherzustellen, dass sie weg ist, und neu starten und sehen, ob das Problem dadurch behoben wird.
Ok, ich werde es komplett deinstallieren und sehen, was passiert (aber ich benutze es seit Jahren ohne Probleme).
Komisch ... 24269 in binärer Form ist 0000 0101 1110 1100 1101. 89806 in binärer Form ist 0001 0101 1110 1100 1110. Wenn wir jedoch 24269 nehmen und nur Bit 16 tauschen, erhalten wir 0001 0101 1110 1100 1101 = 898,05 sieht aus wie vorzeichenbehaftete vs. vorzeichenlose Ganzzahl, also eine reine Zahlendarstellung. Es kann sein, dass das Gerät, das Miguel anpingt, eine vorzeichenlose Ganzzahl anstelle einer vorzeichenbehafteten (oder umgekehrt) verwendet ...

Ich weiß, das ist ein altes Thema.

Aber danke an alle für diese Fehlersuche. Alle Schritte haben mir geholfen, ein Problem zu beheben, bei dem ich Hosts pingen, aber keine Verbindung zu ihnen über Telnet herstellen konnte.

Die Lösung war ziemlich einfach (nachher) entfernte alle unnötigen Sachen von hier (wie zac erwähnt)

Anmeldung:

~/Library/LaunchAgents/ ~/Library/LaunchDaemons/ Systemeinstellungen > Benutzer & Gruppen > Anmeldeobjekte

Anfang:

/Library/LaunchAgents/ /Library/LaunchDaemons/ /Library/StartupItems/ /Library/Preferences/com.apple.loginitems.plist (selten vorhanden)

Nochmals vielen Dank an alle

Seltsames Problem, wenn man bedenkt, dass es von Ethernet besteht. Ich hatte ein ähnliches Problem, stellte jedoch fest, dass WiFi-Interferenzen von anderen Netzwerken das Problem waren. Das Umschalten auf ein 5-GHz-Band hat mein Problem behoben, was einen Versuch wert ist.

Bevor Sie den Netzwerkkanal wechseln, weil Sie glauben, dass Sie ein Interferenzproblem haben, diagnostizieren Sie es einfach genau. Das ist ziemlich einfach: Verwenden Sie istumbler.net . Sie werden der Wahrheit direkt in die Augen sehen ☺.

Irgendwelche Hinweise von /var/log/system.log?

wie sieht netstat -s aus?

Meine Vermutung sagt, lösche /Library/Preferences/SystemConfiguration und füge die Netzwerkschnittstellen manuell wieder hinzu.

Es sieht so aus, als hättest du schon viele Dinge ausprobiert.

Hallo Miguel, füge mehr Voodoo hinzu, nachdem ich deine Screenshots gesehen habe. könnten Sie diese drei Dinge ausprobieren: 1: Bluetooth deaktivieren, 2: Netzwerkschnittstellen 1 nach 1 testen? 3: Nur zur Bestätigung, Sie verwenden Standard-Netzwerktreiber, richtig?
Das system.log ist riesig ... Ich habe nach bestimmten Wörtern gesucht, aber nichts Relevantes gefunden :(
Ich werde die Frage bearbeiten und die Daten hinzufügen, die netstat -s mir gegeben hat.
Ich habe bereits die gesamte Netzwerkkonfiguration gelöscht. und alles manuell wieder hinzugefügt, aber ohne Glück. Bluetooth war immer aus. Ich verwende Stock-Netzwerktreiber. Alle Netzwerkschnittstellen liefern genau die gleichen Ergebnisse: hin und wieder ein kurzzeitiger Verbindungsverlust :(
mich betreffen icmp und ip packet error. Installieren Sie separat eine neue Kopie von OSX und booten Sie davon über USB. Dadurch wird Ihre Installation von OSX isoliert. Wenn eine frische Kopie fehlerhaft bleibt, dann haben wir einen Hardwarefehler - wer weiß, vielleicht werden nur OSX-Treiber ihn auslösen. Zeigen Sie, dass das Problem bei der Neuinstallation auftritt, und Apple sollte es für Sie beheben
Ich werde das tun, wenn ich etwas Freizeit habe, ich habe eine Menge Arbeit zu erledigen :\

Sehen Sie ähnlich aus?

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

Ich habe das gerade für Mavericks gepostet. Gedanken?

Während dieser Link die Frage beantworten kann, ist es besser, die wesentlichen Teile der Antwort hier einzufügen und den Link als Referenz bereitzustellen. Nur-Link-Antworten können ungültig werden, wenn sich die verlinkte Seite ändert.
Ich werde versuchen, einen Blick auf die Lösung im Link zu werfen, um zu sehen, ob sie mir auch hilft. Werde zurück posten.

Mac OSX-Hinweise http://hints.macworld.com/article.php?story=20080605143917233 zu unterbrochenen Verbindungen, weil DNS-Lookups fehlschlagen, während DCHP-Identifikation eines Routers aussteht.

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

Es ist höchstwahrscheinlich das DNS und/oder eine Beschleunigungseinstellung in Ihren Modemeinstellungen und das Umgehen dieses DNS sollte helfen, Ihr Problem zu lösen.

Das würde dieses Problem nicht verursachen. ping führt einmal einen DNS-Lookup durch (in diesem Fall google.com -> 173.194.34.196) und verwendet von da an die IP-Adresse.
Werde das machen und berichten.
→ Blip: Dies ist kein DNS-bezogenes Problem. Der Ping an den Router mit einer IP-Adresse macht kein UDP-Paket, sondern nur ein dummes ICMP-Echo.

Das riecht nach einem anderen Gerät in Ihrem Netzwerk, das versucht, dieselbe IP wie Sie zu verwenden, oder nach Problemen mit DHCP.

Könnten Sie sehen, ob Sie es immer noch reproduzieren können, nachdem Sie sich selbst eine statische IP zugewiesen haben?

Gehen Sie zu Netzwerkeinstellungen, wählen Sie Ihre Ethernet-Schnittstelle, erweitert, TCP/IP

Ändern Sie das Dropdown-Menü "IPv4 konfigurieren" auf "Manuell".

IPv4-Adresse: 192.168.1.150 (etwas Einzigartiges, nicht das, was DHCP Ihnen zuvor zugewiesen hat) Subnetzmaske: 255.255.255.0 Router: 192.168.1.1

Speichern

Versuchen Sie dann erneut, das Problem zu reproduzieren. Stellen Sie bei diesem Test sicher, dass Ihr WLAN ausgeschaltet ist, sodass nur Ihr Ethernet verwendet wird. Dies wird helfen, es einzugrenzen.

Wenn Sie das Problem weiterhin haben, sollten Sie Wireshark herunterladen ( http://www.wireshark.org/ ), eine Erfassung starten, das Problem reproduzieren, den Dump speichern und uns einen Blick darauf werfen lassen.

Und welchen Router/AP verwendest du?

Zwei zu überprüfende Dinge, die damit zusammenhängen, dass dies durch erhöhten LAN-Verkehr aufgrund neuer Mitbewohner verursacht wird.

  1. Gibt es QoS (Quality of Service)-Einstellungen auf dem Router, und wenn ja, wie werden diese eingestellt? Der Skype-Datenverkehr würde priorisiert, und wenn das WAN gesättigt ist, könnte der Router reagieren, indem er Verbindungen mit niedrigerer Priorität vorübergehend schließt.
  2. Wird die CPU des Routers einfach überlastet? Als ich von 1 Gbit/s DSL auf 5 Gbit/s Kabeldienst aufrüstete, stellte ich fest, dass mein Router einfach nicht mit dem erhöhten Datenverkehr mithalten konnte und einen neuen kaufen musste. Untersuchen Sie die Leistung Ihres Routers und prüfen Sie, ob dies ein Problem sein könnte. Die meisten Router haben detaillierte Leistungsbewertungen, die im Internet verfügbar sind; Überprüfen Sie, wie Ihr Router im Vergleich zu Ihrer Internetdienstleistung bewertet wird.

Hey Leute, ich hatte genau das gleiche Problem, aber ich habe gerade die Kopfhörer, die ich benutzte, ausgesteckt und ich habe jetzt die ersten 10 Minuten mit meinem Freund gesprochen und es ist immer noch nicht abgefallen, wenn es vorher bei 20 Sekunden abgefallen ist.

Mein Kopfhörerkabel war gerissen, also könnte es das Problem verursacht haben, aber ich weiß nicht viel über die IP-Adresse und das Ping-Zeug, und das schien mir nur zu helfen. Wenn Sie es versuchen und es nicht funktioniert, geben Sie mir keine Schuld, denn es hat mein Problem behoben.

Die Lösung war ziemlich einfach (nachher) entfernte alle unnötigen Sachen von hier (wie zac erwähnt)

Anmeldung:

~/Library/LaunchAgents/ ~/Library/LaunchDaemons/ Systemeinstellungen > Benutzer & Gruppen > Anmeldeobjekte

Anfang:

/Library/LaunchAgents/ /Library/LaunchDaemons/ /Library/StartupItems/ >/Library/Preferences/com.apple.loginitems.plist (selten vorhanden)

Ich weiß, dass dies ein alter Thread ist, aber dadurch wurde das Problem behoben, das ich hatte. Mein Internet wurde manchmal getrennt und Pings würden die ganze Zeit fallen. Was mein Problem beheben würde, ist, Wi-Fi oder Ethernet (was auch immer ich verwendet habe) auszuschalten und es dann wieder zu aktivieren. Dies würde das Problem natürlich nur vorübergehend beheben. Es war seltsam, denn immer wenn mein Mac Pro 4.1 dieses Problem hatte, verlor mein Mac-Laptop auch Pings. Es war fast so, als würde mein Mac Pro mein Netzwerk lahmlegen.

Ich habe so vieles ausprobiert! Ersetzen des Modems, Router, genannt ISP, kaufte USB zu Ethernet. Keines dieser Dinge funktionierte, bis ich es versuchte!

Ich habe getan, was oben erwähnt wurde, und es hat das Problem endlich behoben !!

Ich hatte ein ähnliches Problem und in meinem Fall scheint es von Tunnelblick verursacht zu werden, auch wenn VPN nicht verbunden war. Ich habe es deinstalliert (mit dem Deinstallationsprogramm, nicht einfach in den Papierkorb ziehen) und das Problem ist verschwunden.

Faszinierendes Verbindungsproblem unter OS X
AntwortenHierDatenschutz-Bestimmungen1y, 0v