Faszinierendes Verbindungsproblem unter OS X

33

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

Dies geschieht sowohl über WLAN als auch über ein Ethernet-Kabel und nur auf meinem Computer, auf dem OS X ausgeführt wird (dies geschieht nicht, wenn Windows 7 auf demselben Computer oder auf einem anderen Computer / Gerät ausgeführt wird). Es bewirkt, dass Skype alle 2 Minuten Anrufe abbricht, was sehr frustrierend ist.

Das Pingen von Google.com sieht unter OS X so aus (es gibt Hunderte von Paketen, die in weniger als 100 ms zurückkehren (wobei einige im Bereich von 130 liegen) und dann für einige Sekunden abgesetzt werden) :

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: Die WLAN-MAC-Adresse meines Geräts lautet 68: a8: 6d: 29: cf: 8a (statische IP 192.168.1.250) und die Ethernet-Adresse lautet 3c: 07: 54: 5a: e0: 44 (statische IP 192.168.1.251). . Die LAN-IP des Routers lautet 192.168.1.1 und die WAN-IP lautet 85.61.155.224.

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

  • ping 192.168.1.1 oben links.
  • ping 85.61.155.224 unten links.
  • ping google.com unten rechts.
  • die arp -anund arp -adBefehle ausgeführt.

Als ich den arp -adBefehl zu einem Zeitpunkt ausgeführt habe, als die Verbindung unterbrochen wurde, wurden in der Liste keine Adressen angezeigt. 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 Kenntnisse, um Mikes Anweisungen zum Abrufen und Kompilieren der Befehlsquelle zu folgen mtr.

Screenshot der Operationen

So sieht es aus, wenn es schlimmer ist:

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 geschieht.
  • Es ist kein Router- / ISP-Problem, da andere Geräte und Maschinen keine Probleme haben.
  • Dies ist kein Computerproblem, da es nur unter OS X auftritt.
  • Es muss sich also um ein OS X-Problem handeln.

Was ich versucht habe:

  • Neustart, Herunterfahren.
  • Schalten Sie AirPort und verschiedene Ethernet-Kabel ein und aus.
  • Reparaturberechtigungen.
  • Setzen Sie den PRAM zurück.
  • Löschen Sie alle System- und Benutzer-Caches mit Onyx.

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

Ich würde mich über Anregungen zu diesem Thema sehr freuen.

Mike D.
quelle
1
Das erlebe ich auch! Es ist soooo nervig. Ich bin mir nicht sicher, ob dies mit 10.8.3 übereinstimmt. Mein Mac ist ein MBA Mid 2012. Das Einfrieren des Netzwerks kann jedoch bis zu 15 Sekunden dauern.
Gentmatt
2
Bitte überprüfen Sie, ob für Ihr Skype Folgendes eingestellt ist: Eingehender Verbindungsport: 12794
Ruskes
1
Ich habe eine Installationsanleitung für MTR zu Mikes Antwort hinzugefügt
Alexander - Reinstate Monica
2
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)
Mike
2
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 bin mit den anderen nicht einverstanden, dass das Problem bei Ihrem ISP liegt. Wenn Ihr Problem auftritt, wird in Ihrer ARP-Tabelle keine MAC-Adresse Ihres Routers angezeigt. Dies ist eine niedrigere Ebene als DHCP, Routing usw., da für diese alle eine Layer 2-Konnektivität erforderlich ist. Die Layer 2-Konnektivität funktioniert nicht, wenn das Problem auftritt. (TBC)
Mike

Antworten:

13

Können Sie arp -anin Terminal.app feststellen, ob in der ARP-Tabelle noch alle MAC-Adressen enthalten sind, wenn das Zeitlimit für Ihre Verbindungen abläuft? wie in - die MAC-Adresse Ihres Routers oder der Host, den Sie anpingen möchten?

Wenn Sie dies tun (und Sie haben die Zeit, bevor es wieder funktioniert), können Sie die ARP-Tabelle leeren ( sudo arp -ad) und dann sehen, ob die MAC-Adresse Ihres Routers wieder 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 einen Ping an die WAN-IP-Adresse Ihres Routers zu senden, während Sie Skype verwenden. Überprüfen Sie, ob alle oder nur einer von ihnen eine Zeitüberschreitung aufweisen. Ein weiteres nützliches Tool ist, dass mtrSie möglicherweise den Quellcode selbst kompilieren oder Fink / Macports oder einen anderen Paketmanager verwenden müssen. Wenn Sie es erhalten, führen Sie es einfach zu einem Ziel im Internet aus und es zeigt Ihnen, welcher Hop nicht mehr reagiert.

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

  • Laden Sie das Quellarchiv herunter (normalerweise .tar.gz oder .tar.bz2)
  • Dekomprimieren Sie die heruntergeladene Datei (z. B. in Terminal.app ausführen gzip -dc filename.tar.gz | tar -xvf -, wodurch in der Regel ein neues Verzeichnis im aktuellen Verzeichnis erstellt wird und der Inhalt des Archivs dort abgelegt wird)
  • Navigieren Sie zum erhaltenen Ordner im Terminal
  • run ./configure --prefix=/usr/local(Bitte beachten Sie, dass ich Software von der Quelle in installieren möchte, /usr/localum sie von Binärdateien fernzuhalten, die als Teil des Systems installiert werden. Die --prefix=/usr/localKonfigurationsoption erledigt genau das.)
  • Lauf make
  • Lauf sudo make install
  • getan!
Mike
quelle
Habe dies getan, werde in Kürze die Frage mit den Ergebnissen bearbeiten.
Mike D.
Wenn ich nach dem Löschen der Tabelle 'arp -an' mache, wird der Router erst dann aufgelistet, wenn die Verbindung wieder hergestellt ist.
Mike D.
1
→ mike: mtrist ein hervorragendes werkzeug. Leider ist das Problem hier viel weniger weit. Das Problem scheint zwischen MacOS X und 192.168.1.1 zu liegen. Keine Notwendigkeit, dem Horizont des Internets entgegen zu jagen.
Dan
Dieser Befehl hat mir sehr geholfen.
Jadda
6

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önnen Sie einen bestimmten Speicherort festlegen, bei dem nur Ihre Ethernet-Karte aktiviert ist, und wenn möglich nur IPv4 oder IPv6 verwenden, jedoch nicht beide: Ort mit nur Ethernet an

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

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

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

Die folgende Meldung wird von Ihrem netstat angezeigt:

44620 embryonic connections dropped

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

Wenn dein:

ping 192.168.1.1

Würgen Sie für 6s, könnten Sie laufen:

netstat -m
Dan
quelle
Wenn 192.168.1.1 drosselt, 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?
Mike D.
2
→ Miguel: Um die Analyse Ihres Problems zu vereinfachen, erstellen Sie eine neue Netzwerkkonfiguration. mit nur der Ethernet-Schnittstelle an. Halten Sie sich dann in einem Fenster ein ping 192.168.1.1(das keine DNS-Anfrage macht).
Dan
→ Miguel: Sie waren möglicherweise unfreiwillig der Autor Ihres DOS-Angriffs attack, dies muss jedoch noch bestätigt werden. Ich vermute, dass eine Netzwerkschleife durch eine AutomaticKonfiguration verursacht wurde .
Dan
1
→ Miguel: Könnten Sie uns eine geben ifconfig -a?
Dan
1
Dies löste mein Problem, ich entfernte mich vom AutomaticOrt in den Netzwerkeinstellungen, erstellte einen neuen Ort für Heim und Arbeit und das scheint die Block-Zeitüberschreitungen gestoppt zu haben.
Alex Lynham
4

Ich habe dieses Problem schon lange (beginnend nach einem Upgrade auf Mavericks) und nach monatelanger Recherche denke ich, dass ich endlich eine Lösung gefunden habe.

Erstens gibt es in den Apple-Foren eine ganze Reihe von Leuten, die das gleiche Problem haben:

Das ist also ein bekanntes Problem und ich weiß wirklich nicht, warum Apple noch keine Lösung für dieses Problem bereitgestellt hat. In den oben aufgelisteten 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 schließen Sie es wieder an
  • 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 viel besser an und ich erlebe mehrere Stunden oder manchmal sogar Tage lang keine Tropfen. Aber die Probleme kommen immer wieder.

Diese Frage und die Hinweise, dass das Problem möglicherweise mit ARP zusammenhängt, brachten mich dazu, weitere Nachforschungen anzustellen , 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

Unter dem angegebenen Link finden Sie eine ausführliche Beschreibung des Updates, das in einem zukünftigen Betriebssystemupdate für Yosemite von Apple enthalten sein soll. Es deaktiviert Unicast-ARP-Anforderungen, die bei einigen Netzwerkgeräten wie Ihrem Heimrouter zu Verwechslungen führen.

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 ungleich Null ist, wurde der Fix nicht korrekt angewendet.

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

pederpansen
quelle
3

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

Versuchen Sie zweitens, alle anderen Start / Login-Elemente zu entfernen. Hinein sehen:

Einloggen:

  1. ~ / Library / LaunchAgents /
  2. ~ / Library / LaunchDaemons /
  3. Systemeinstellungen> Benutzer und Gruppen> Anmeldeelemente

Anfang:

  1. / Bibliothek / LaunchAgents /
  2. / Bibliothek / LaunchDaemons /
  3. / Bibliothek / StartupItems /
  4. /Library/Preferences/com.apple.loginitems.plist (nur selten vorhanden)
zac
quelle
Ich habe nicht versucht, Dropbox zu deaktivieren. Wäre das hilfreich? Und können Sie den Grund für das Entfernen dieser Elemente erläutern? Vielen Dank!
Mike D.
1
Sie möchten herausfinden, ob es sich um ein Problem mit OS X oder einer Software handelt, 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, reservieren möglicherweise einen Port oder tragen auf andere Weise zum Problem bei.
zac
Ok, ich mache das und werde morgen die Ergebnisse hier posten.
Mike D.
→ Miguel: Dropbox könnte nicht dein Problem sein. Dropbox macht einfach 443 / tcp wie jedes andere Surfen im Internet. Falls Sie jedoch ein Netzwerk-Sniffing durchführen möchten (Wireshark oder tcpdump), werden Sie durch das Stoppen von Dropbox einen Haufen TCP-Datenverkehr entfernen. Auf diese Weise können Sie Fehlverhalten erkennen.
Dan
1
@ Miguel, noch ein paar Vermutungen. 1. Haben Sie Ihren ISP kontaktiert, um zu sehen, ob er die Leitungsqualität überprüfen kann? 2. Wie wäre es mit dem Einrichten eines Testbenutzerkontos, um festzustellen, ob das Problem behoben ist? Ein dritter Vorschlag ist, Ihr System zu überprüfen - z. B. Berechtigungsprüfung - Maschinendiagnose. 4. Können Sie möglicherweise Komponenten austauschen? Führen Sie Ihren Computer bei einem Freund aus? Leihen Sie sich den Router Ihres Freundes aus? Oh, und entfernen Sie alle anderen Netzwerkkomponenten von Ihrem System.
David DelMonte
2

Hier finden Sie viele Informationen zur Fehlerbehebung und Diagnose. Manchmal macht es jedoch Spaß, bei der Fehlerbehebung zu den Grundlagen zurückzukehren und einige Annahmen in Frage zu stellen.

Wie ich in einem Kommentar erwähnt habe, ähnelt dies einem QOS-Router, der sich einschaltet, da Ihr Computer vorübergehend eine bestimmte Bandbreite oder Paketratenbeschränkung überschreitet.

Was ist, wenn Sie unter OS X andere Muster, Volumina und Mengen an Netzwerkverkehr ausführen als unter Windows und dies die eigentliche 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 es nicht die Ursache für die temporären Netzwerkpausen ist?

Haben Sie nachgeforscht, ob Ihr Netzwerkanbieter QOS-Filter und Routing-Änderungen implementiert hat? Haben Sie darüber nachgedacht, den gesamten Datenverkehr auf einen anderen Computer (ssh oder VPN) zu tunneln, damit Sie triviale Filter ausschließen können? (Wenn der Anbieter eine eingehende Paketüberprüfung durchführt oder das Ziel und die tatsächliche Rate begrenzt - sind Sie möglicherweise nicht in der Lage, diese kurzen Zeitüberschreitungen zu umgehen.)

Ich hoffe, Sie können eine Antwort finden, indem Sie sich die Details des Netzwerks ansehen (und wir werden alle etwas aus diesen Optionen lernen) - aber denken Sie auch daran, dass Ihre Messinstrumente und der zusätzliche Datenverkehr zu Ping / Poke auf Dingen führen könnten Beeinträchtigen Sie die Anzahl der Zugriffe und erhöhen Sie die Wahrscheinlichkeit, dass Skype für Sie ausfällt. Die Router, die ich eingerichtet habe, sind so programmiert, dass sie ICMP-Datenverkehr vor allem anderen Datenverkehr löschen, da bei knapper Kapazität der Ping-Vorgang eher fehlschlägt und andere Pakete durchkommen. Möglicherweise haben Ihr ISP und Ihr Netzwerkanbieter ähnliche Einstellungen vorgenommen.

bmike
quelle
Ich verstehe ... aber in den letzten 5 Jahren hat sich an meiner Netzwerkaktivität nichts geändert. Dieses Problem begann vor ungefähr einem Monat und ich kann keine Korrelationen finden, außer dass es vor ungefähr einem Monat war, als 2 Kollegen eingezogen sind. Aber ich habe Ping-Tests auf ihren Computern durchgeführt und sie haben dieses Problem nicht festgestellt. Mir sind keine QOS-Filter bekannt, aber ich werde versuchen, dies herauszufinden.
Mike D.
Skype hostet einen Anruf fast rund um die Uhr auf meinem Computer ... Ich schalte heute alle Pings usw. aus, um zu prüfen, ob sich beim nächsten Verbindungsabbruch etwas ändert (da ich anhand der Audiowiedergabe immer noch feststellen kann, ob die Verbindung abfällt) Ich komme aus dem Skype-Anruf)
Mike D.
2

Zusätzlich zu den hier beschriebenen Funktionen möchten Sie möglicherweise sicherstellen, dass die automatische Proxy-Ermittlung nicht aktiviert ist (und auch nicht die automatische Proxy-Konfiguration). Das verursacht tendenziell mehr Probleme als nicht und wird oft nicht benötigt.

Systemeinstellungen

Martin Marconcini
quelle
Vielen Dank für den Rat, sie waren aber schon weg :(
Mike D.
2

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

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

Die Ergebnisse Ihrer Ping-Tests zu 192.168.1.1 stören mich am meisten. Haben Sie etwas Seltsames getan, um sie einzurichten?

Beispiel: Sie haben erfolgreiche Pings mit ICMP-Folgenummern von 24267, 24268 und 24269, dann 3 Timeouts und dann erneut Erfolg mit ICMP 24273. Die Zahlen der Erfolge scheinen also richtig zu sein. Die Anzahl der Timeouts ist 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 das darauf hin, dass Sie einen defekten Netzwerkstapel haben Computer. Vielleicht eine zu viele Erweiterungen. Gibt es eine Chance, dass Netgear Genie installiert ist? Oder vielleicht VPN-Software?

In jedem Fall ist es an der Zeit, "Verbesserungen" zu deaktivieren, um festzustellen, ob ein Schuldiger auf dem Computer installiert ist.

Bearbeiten

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

Alter Pro
quelle
Hallo. 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 die Ping lief zu lange? (Es läuft schon seit Tagen) ... Keine Ahnung. Außerdem ist meine Netzwerkkonfiguration preeeetty einfach und ich verwende die gleiche Konfiguration seit Jahren ohne Probleme.
Mike D.
1
Software, die immer im Hintergrund ausgeführt wird und möglicherweise etwas damit zu tun hat: Little Snitch, Dropbox, Skype und alles was mit OS X zu tun hat ... aber nichts Neues, und das Problem hat vor ungefähr einem Monat begonnen. Eine Sache, die ich vermute, ist, dass es ungefähr einen Monat her ist, als 2 neue Mitbewohner eingezogen sind. Ich habe Pingtests auf ihren Computern durchgeführt und sie haben dieses Problem jedoch nicht.
Mike D.
@ Miguel, auf jeden Fall Little Snitch entfernen, da dies genau die Art von Software ist, die dieses Problem verursachen könnte. Wenn Sie keine komplizierte Konfiguration haben, würde ich sagen, deinstallieren Sie sie vollständig und leeren Sie den Papierkorb, um sicherzustellen, dass er nicht mehr vorhanden ist, und starten Sie den Computer neu, um das Problem zu beheben.
Old Pro
Ok, ich werde es komplett deinstallieren und sehen, was passiert (aber ich benutze es seit Jahren ohne Probleme).
Mike D.
Funny ... 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 = 89805. Für mich sieht aus wie eine vorzeichenbehaftete oder vorzeichenlose Ganzzahl, also eine reine Zahlenpräsentation. Es kann sein, dass das Gerät, das Miguel anpingt, eine vorzeichenlose Ganzzahl anstelle einer vorzeichenbehafteten verwendet (oder umgekehrt) ...
Mike,
2

Ich weiß, dass dies ein altes Thema ist.

Aber vielen Dank an alle für diese Fehlerbehebung. Alle Schritte halfen mir bei der Behebung eines Problems, bei dem ich Hosts pingen, aber keine Verbindung über Telnet herstellen konnte.

Die Lösung war ziemlich einfach (danach), alle unnötigen Sachen von hier zu entfernen (wie zac erwähnte).

Einloggen:

~ / Library / LaunchAgents / ~ / Library / LaunchDaemons / Systemeinstellungen> Benutzer und Gruppen> Anmeldeelemente

Anfang:

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

Nochmals vielen Dank an alle

Nur m
quelle
1

Ein seltsames Problem, wenn man bedenkt, dass es weiterhin im Ethernet besteht. Ich hatte ein ähnliches Problem, stellte jedoch fest, dass WiFi-Störungen durch andere Netzwerke das Problem waren. Das Umschalten auf ein 5-GHz-Band hat mein Problem behoben. Es ist schätzungsweise einen Versuch wert.

Alexander - Setzen Sie Monica wieder ein
quelle
Bevor Sie den Netzwerkkanal wechseln, weil Sie der Meinung sind, dass Sie ein Interferenzproblem haben, diagnostizieren Sie es einfach. Das geht ganz einfach: benutze istumbler.net . Sie werden die Wahrheit direkt in die Augen sehen ☺.
Dan
1

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

wie sieht netstat -s aus?

Meine Vermutung lautet delete / Library / Preferences / SystemConfiguration und füge die Netzwerkschnittstellen manuell wieder hinzu.

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

epoon
quelle
Hallo Miguel, füge mehr Voodoo hinzu, nachdem du deine Screenshots gesehen hast. Könnten Sie diese drei Dinge ausprobieren: 1: Bluetooth deaktivieren, 2: Netzwerkschnittstellen 1 für 1 testen? 3: Nur um zu bestätigen, dass Sie Standardnetzwerktreiber verwenden, richtig?
Epoon
Das system.log ist riesig ... Ich habe nach bestimmten Wörtern gesucht, aber nichts Relevantes gefunden :(
Mike D.
Ich werde die Frage bearbeiten und die Daten hinzufügen, die mir netstat -s gegeben hat.
Mike D.
Ich habe bereits die gesamte Netzwerkkonfiguration gelöscht. und fügte alles manuell aber ohne Glück zurück. Bluetooth war immer ausgeschaltet. Ich verwende Standardnetzwerktreiber. Alle Netzwerkschnittstellen führen zu genau denselben Ergebnissen: Hin und wieder kommt es zu einem vorübergehenden Verbindungsverlust :(
Mike D.,
1
icmp und ip paket fehler betreffen mich. Installieren Sie separat eine neue Kopie von OSX und booten Sie von dort über USB. Dadurch wird Ihre OSX-Installation isoliert. Wenn eine neue Kopie fehlerhaft bleibt, haben wir einen Hardwarefehler - wer weiß, möglicherweise werden nur OSX-Treiber sie auslösen. Zeigen Sie, dass das Problem in der Neuinstallation auftritt, und Apple sollte es für Sie beheben
epoon
1

Siehst du so ähnlich aus?

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

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

meh
quelle
1
Während dieser Link die Frage beantworten kann, ist es besser, die wesentlichen Teile der Antwort hier einzuschließen und den Link als Referenz bereitzustellen. Nur-Link-Antworten können ungültig werden, wenn sich die verlinkte Seite ändert.
grg
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.
Mike D.
0

Mac OSX-Hinweise http://hints.macworld.com/article.php?story=20080605143917233 zu unterbrochenen Verbindungen, da DNS-Lookups fehlschlagen, bis die DCHP-Identifizierung eines Routers abgeschlossen ist.

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

Es ist sehr wahrscheinlich, dass die DNS- und / oder Beschleunigungseinstellung in Ihren Modemeinstellungen und die Umgehung dieser DNS zur Lösung Ihres Problems beitragen.

BlipBertMon
quelle
5
Das würde dieses Problem nicht verursachen. ping führt einmal eine DNS-Suche durch (in diesem Fall google.com -> 173.194.34.196) und verwendet anschließend die IP-Adresse.
Gordon Davisson
Werde das tun und zurückmelden.
Mike D.
1
→ Blip: Dies ist kein DNS-Problem. Der Ping zum Router mit einer IP-Adresse erzeugt kein udp-Echo, sondern nur ein dummes icmp-Echo.
Dan
0

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

Können Sie nach dem Zuweisen einer statischen IP-Adresse sehen, ob Sie diese weiterhin reproduzieren können?

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

Ändern Sie die Dropdown-Liste "IPv4 konfigurieren" in "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, das Problem erneut zu reproduzieren. Stellen Sie bei diesem Test sicher, dass Ihr WLAN ausgeschaltet ist, damit nur Ihr Ethernet verwendet wird. Dies wird dazu beitragen, es einzugrenzen.


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

Welchen Router / AP verwenden Sie?

Skrewler
quelle
0

Zwei Dinge, die überprüft werden müssen, hängen damit zusammen, dass der LAN-Verkehr aufgrund neuer Mitbewohner zunimmt.

  1. Gibt es QoS-Einstellungen (Quality of Service) auf dem Router und wenn ja, wie werden sie festgelegt? Der Skype-Verkehr würde priorisiert, und wenn das WAN überlastet wird, reagiert der Router möglicherweise, indem er vorübergehend Verbindungen mit niedrigerer Priorität schließt.
  2. Wird die Router-CPU 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 Schritt halten 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 bieten detaillierte Leistungsbeurteilungen im Internet an. Überprüfen Sie, wie Ihr Router im Vergleich zu Ihrer Internetdienstleistung bewertet ist.
Alter Pro
quelle
0

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

Mein Kopfhörerkabel wurde zerrissen, so dass es möglicherweise das Problem verursacht hat, aber ich weiß nicht viel über die IP-Adresse und das Ping-Zeug, und dies schien mir nur zu helfen. Wenn du es versuchst und es nicht funktioniert, beschuldige mich nicht, weil es mein Problem behoben hat.

Wundermann
quelle
0

Die Lösung war ziemlich einfach (danach), alle unnötigen Sachen von hier zu entfernen (wie zac erwähnte).

Einloggen:

~ / Library / LaunchAgents / ~ / Library / LaunchDaemons / Systemeinstellungen> Benutzer und Gruppen> Anmeldeelemente

Anfang:

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

Ich weiß, dass dies ein alter Thread ist, aber dadurch wurde das Problem behoben, das ich hatte. Mein Internet wurde zuweilen getrennt und Pings gingen die ganze Zeit verloren. Was würde mein Problem beheben, ist das Ausschalten von Wi-Fi oder Ethernet (was immer ich verwendet habe), und aktivieren Sie es dann wieder. Dies würde das Problem natürlich nur vorübergehend beheben. Es war komisch, denn 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 zum Erliegen bringen.

Ich habe so viele Dinge ausprobiert! als ersatz für das modem kaufte der router isp usb an ethernet. keines dieser dinge hat funktioniert, bis ich das ausprobiert habe!

Ich habe das oben Genannte getan und es hat das Problem endlich behoben !!

David
quelle
0

Ich hatte ein ähnliches Problem und in meinem Fall scheint es durch Tunnelblick verursacht worden zu sein, auch wenn VPN nicht verbunden war. Ich habe es deinstalliert (mit dem Deinstallationsprogramm, nicht nur in den Papierkorb ziehen) und das Problem ging weg.

csanchez
quelle