Masalah koneksi yang menarik pada OS X


33

Saya baru-baru ini mengalami masalah dengan koneksi internet saya di MacBook Pro Awal 2011 saya menjalankan OS X 10.8.3: dari waktu ke waktu koneksi "membeku" selama sekitar 5 detik dan kemudian kembali.

Itu terjadi baik melalui Wi-Fi atau melalui kabel Ethernet , dan itu hanya terjadi pada mesin saya ketika menjalankan OS X (itu tidak akan terjadi ketika menjalankan Windows 7 pada mesin yang sama, atau pada mesin / perangkat lain). Itu membuat panggilan drop Skype setiap 2 menit, jadi sangat frustasi.

Ping Google.com terlihat seperti ini ketika menjalankan OS X (ada ratusan paket yang kembali dalam waktu kurang dari 100 ms (dengan beberapa di kisaran 130), lalu drop off selama beberapa detik) :

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

Catatan: Wi-Fi MAC mesin saya adalah 68: a8: 6d: 29: cf: 8a (IP 192.168.1.250 statis) dan alamat Ethernet-nya adalah 3c: 07: 54: 5a: e0: 44 (IP statis 192.168.1.251) . IP LAN router adalah 192.168.1.1 dan IP WAN-nya adalah 85.61.155.224.

Di tangkapan layar berikutnya, Anda dapat melihat, selama panggilan Skype:

  • ping 192.168.1.1 di kiri atas.
  • ping 85.61.155.224 di kiri bawah.
  • ping google.com di kanan bawah.
  • yang arp -andan arp -adperintah dieksekusi.

Ketika saya menjalankan arp -adperintah pada saat koneksi terputus, daftar tidak menunjukkan alamat. Itu terlihat seperti ini:

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$

Saya tidak memiliki pengetahuan yang cukup untuk mengikuti instruksi mike tentang cara mendapatkan dan mengkompilasi sumber mtrperintah.

tangkapan layar operasi

Ini adalah bagaimana segala sesuatu terlihat ketika itu lebih buruk:

tangkapan layar dari situasi terburuk

Berlari netstat -smemberi:

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

Berlari netstat -I en1memberi:

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

Berlari ifconfig -amemberi:

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

Apa yang saya pikirkan:

  • Ini bukan masalah Wi-Fi karena itu terjadi melalui kabel juga.
  • Ini bukan masalah router / ISP karena perangkat dan mesin lain tidak memiliki masalah.
  • Ini bukan masalah mesin karena itu hanya terjadi ketika menjalankan OS X.
  • Karena itu harus menjadi masalah OS X.

Apa yang saya coba:

  • Mulai ulang, matikan.
  • Hidupkan dan matikan AirPort, kabel Ethernet yang berbeda.
  • Izin perbaikan.
  • Setel ulang PRAM.
  • Hapus semua cache sistem dan pengguna dengan Onyx.

Catatan aneh: Untuk beberapa alasan aneh, masalah ini tampaknya memburuk ketika panggilan skype sedang berlangsung.

Saya akan menghargai ide tentang cara mendekati masalah ini.


1
Saya mengalami ini juga! Sangat mengganggu. Tidak yakin apakah ini menatap 10.8.3. Mac saya adalah MBA Mid 2012. Jaringan membeku bisa bertahan hingga 15 detik.
gentmatt

2
Harap periksa apakah Skype Anda diatur ke: Port Koneksi Masuk: 12794
Ruskes

1
Saya menambahkan instruksi instalasi untuk MTR pada jawaban mike
Alexander - Reinstate Monica

2
Baiklah kalau begitu - beberapa pertanyaan lagi. Apakah Anda memiliki router dan titik akses yang terpisah, atau semuanya terintegrasi? Jika keduanya terpisah - apakah Anda memiliki peralihan antara Router dan Access Point? Juga - jika Anda terhubung dengan Ethernet - apakah Anda terhubung ke switch yang sama (harap dicatat - saya masih berarti perangkat terpisah)
mike

2
Miguel: fakta bahwa Anda tampaknya tidak terpengaruh oleh hal ini di jaringan lain mana pun bagi saya tampaknya menunjukkan bahwa masalahnya adalah antara router dan Mac. Saya tidak setuju dengan yang lain bahwa masalahnya ada pada ISP Anda. Ketika masalah Anda terjadi, Anda tidak melihat alamat MAC router Anda di tabel ARP Anda. Ini adalah lapisan yang lebih rendah dari DHCP, perutean, dll karena ini semua memerlukan konektivitas Lapisan 2 agar berfungsi. Anda tidak memiliki konektivitas Layer 2 yang berfungsi saat masalah muncul dengan sendirinya. (TBC)
mike

Jawaban:


13

Ketika koneksi Anda mulai kehabisan waktu, bisakah Anda melakukannya arp -andi Terminal.app dan lihat apakah Anda masih memiliki semua alamat MAC di tabel ARP? seperti di - alamat MAC router Anda, atau host yang Anda coba ping?

Jika Anda melakukannya (dan Anda punya waktu sebelum mulai bekerja lagi), dapatkah Anda menyiram tabel arp ( sudo arp -ad) dan kemudian melihat apakah alamat MAC router Anda muncul di tabel ARP lagi?

Juga, coba jalankan ping ke alamat IP LAN router Anda dalam satu sesi Terminal, dan mungkin ping ke alamat IP WAN router Anda di sesi lain saat Anda menggunakan Skype. Lihat apakah mereka semua mulai kehabisan waktu atau hanya salah satu dari mereka. Satu lagi alat yang menurut saya berguna adalah mtr- Anda mungkin perlu mendapatkan sumbernya dan mengompilasinya sendiri atau menggunakan fink / macports atau manajer paket lainnya. Ketika Anda mendapatkannya, jalankan saja ke tujuan di suatu tempat di Internet dan itu akan menunjukkan kepada Anda hop mana yang berhenti merespons.

Cara menginstal perangkat lunak dari sumber (seperti mtr) Membutuhkan Xcode untuk diinstal :

  • unduh arsip sumber (biasanya .tar.gz atau .tar.bz2)
  • uncompress file yang diunduh (mis. dalam menjalankan Terminal.app gzip -dc filename.tar.gz | tar -xvf -, yang biasanya akan membuat direktori baru di direktori saat ini, dan meletakkan konten arsip di sana)
  • arahkan ke folder yang diperoleh di terminal
  • jalankan ./configure --prefix=/usr/local(harap dicatat, saya ingin menginstal perangkat lunak dari sumber ke /usr/localuntuk menjauhkannya dari binari yang diinstal sebagai bagian dari sistem; --prefix=/usr/localopsi untuk mengkonfigurasi akan melakukan hal itu)
  • menjalankan make
  • menjalankan sudo make install
  • selesai!

Apakah ini, akan segera mengedit pertanyaan dengan hasilnya.
Mike D.

Ketika saya melakukan 'arp -an' setelah menghapus tabel itu tidak mencantumkan router sampai koneksi kembali aktif.
Mike D.

1
→ mike: mtradalah alat yang luar biasa. Sayangnya di sini masalahnya jauh lebih sedikit. Masalahnya tampaknya berada di antara MacOS X dan 192.168.1.1. Tidak perlu berburu ke cakrawala Internet ☺.
dan

Perintah ini sangat membantu saya.
Jadda

6

Bisakah Anda memastikan bahwa Anda benar-benar menggunakan antarmuka jaringan?

ifconfig -a

Bisakah Anda melihat output dari perintah berikut (jika en0 adalah nama antarmuka jaringan kartu Ethernet Anda):

netstat -I en0

Untuk membantu menemukan masalah, Anda dapat membuat Lokasi tertentu hanya dengan kartu Ethernet Anda diaktifkan dan jika mungkin hanya menggunakan IPv4 atau IPv6 tetapi tidak keduanya: Lokasi hanya dengan Ethernet aktif

Bisakah Anda menjalankan ekstrak potensi kesalahan perangkat keras atau driver berikut:

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

(jangan takut, Anda mungkin menemukan banyak informasi saluran Wi-Fi).

Pesan berikut dipamerkan oleh netstat Anda:

44620 embryonic connections dropped

berarti Anda sebenarnya adalah target dari syn syndic tcp flooding (yang merupakan serangan denial of service (DOS)).

Kapan Anda:

ping 192.168.1.1

tersedak untuk 6s, bisakah Anda menjalankan:

netstat -m

Ketika 192.168.1.1 tersedak 'netstat -m' tidak menunjukkan sesuatu yang luar biasa. Omong-omong, grep sepertinya tidak dapat menemukan '/var/log/kernel.log'. Saya mengedit pertanyaan dengan hasil 'netstat -I en1' (Saya menggunakan en1 sekarang, yang merupakan Bandara saya, en0 tidak aktif). Apa yang mungkin menjadi alasan serangan DOS?
Mike D.

2
→ Miguel: untuk menyederhanakan analisis masalah Anda, buat konfigurasi jaringan baru. hanya dengan antarmuka Ethernet aktif. Kemudian simpan di dalam jendela a ping 192.168.1.1(yang tidak akan melakukan permintaan DNS).
dan

→ Miguel: Anda mungkin tidak mau menjadi penulis serangan DOS Anda ☹, tetapi ini masih harus dikonfirmasi. Saya menduga loop jaringan yang disebabkan oleh Automatickonfigurasi.
dan

1
→ Miguel: dapatkah Anda memberi kami ifconfig -a?
dan

1
Ini menyelesaikan masalah saya, saya pindah dari AutomaticLocation in Network Preferences, membuat lokasi baru untuk Home and Work dan yang tampaknya telah menghentikan timeout blok.
Alex Lynham

4

Saya sudah memiliki masalah ini untuk waktu yang lama sekarang (dimulai setelah upgrade ke Mavericks) dan, setelah berbulan-bulan penelitian, saya pikir saya akhirnya menemukan perbaikan.

Pertama-tama, ada cukup banyak orang dengan masalah yang sama di forum Apple:

Jadi ini adalah masalah yang diketahui dan saya benar-benar tidak tahu mengapa Apple belum memberikan perbaikan untuk ini. Di utas yang tercantum di atas, ada banyak saran untuk memperbaikinya, tetapi sebagian besar tidak berfungsi. Beberapa memperbaiki masalah sementara:

  • Putuskan dan sambungkan kembali jaringan
  • Teman lama: reboot
  • Hapus folder yang berisi konfigurasi jaringan: sudo rm -rf /Library/Preferences/SystemConfiguration

Setelah langkah-langkah ini, koneksi jaringan terasa jauh lebih baik dan saya tidak mengalami penurunan selama beberapa jam atau kadang-kadang bahkan berhari-hari. Tapi masalahnya selalu kembali.

Pertanyaan ini dan petunjuk bahwa masalahnya mungkin terkait dengan ARP membawa saya untuk memulai penelitian lebih lanjut dan saya menemukan halaman ini , yang menjelaskan bug secara rinci dan juga berisi tambalan, yang saya kutip di sini:

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

Silakan merujuk ke tautan yang disediakan untuk penjelasan mendalam tentang perbaikan, yang seharusnya dimasukkan dalam pembaruan OS masa depan untuk Yosemite oleh Apple. Ini menonaktifkan permintaan ARP unicast, yang menyebabkan kebingungan dengan beberapa peralatan jaringan seperti router rumah Anda.

Setelah menerapkan perbaikan dan mem-boot ulang, harus diperiksa apakah

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

kembali net.link.ether.inet.arp_unicast_lim: 0. Jika angkanya tidak sama dengan nol, perbaikannya tidak diterapkan dengan benar.

Setelah itu, saya menemukan utas lain di komunitas apel yang berisi solusi yang sama: Mavericks dan ARP Gagal menyebabkan penurunan jaringan! Nah, setelah Anda tahu apa masalahnya, menemukan solusi yang tepat jauh lebih mudah.


3

Pertama, saya melihat dropbox berjalan di bilah menu Anda; sudahkah Anda menonaktifkannya?

Kedua, coba hapus item startup / login lainnya. Lihat kedalam:

Masuk:

  1. ~ / Library / LaunchAgents /
  2. ~ / Library / LaunchDaemons /
  3. Preferensi Sistem> Pengguna & Grup> Item Masuk

Memulai:

  1. / Library / LaunchAgents /
  2. / Library / LaunchDaemons /
  3. / Library / StartupItems /
  4. /Library/Preferences/com.apple.loginitems.plist (jarang ada)

Saya belum mencoba menonaktifkan Dropbox, apakah itu membantu? Dan juga, bisakah Anda menjelaskan alasan untuk menghapus barang-barang itu? Terima kasih!
Mike D.

1
Anda ingin mengisolasi jika masalah dengan OS X atau perangkat lunak yang ditambahkan setelah instalasi awal. Hal-hal seperti dropbox yang membuat koneksi jaringan segera setelah akun pengguna dimuat, atau perangkat lunak anti-virus yang biasanya berjalan di semua akun pengguna dapat memesan port atau berkontribusi terhadap masalah ini.
zac

Ok, saya akan melakukan ini dan akan memposting hasilnya di sini besok.
Mike D.

→ Miguel: Dropbox tidak mungkin menjadi masalah Anda. Dropbox hanya melakukan 443 / tcp seperti penjelajahan web lainnya. Tetapi jika Anda ingin melakukan sniffing jaringan (Wireshark atau tcpdump) menghentikan Dropbox akan menghapus banyak lalu lintas tcp. Karenanya ini akan membantu Anda "melihat" perilaku buruk.
dan

1
@Miguel, beberapa tebakan lagi. 1. sudahkah Anda menghubungi ISP Anda untuk melihat apakah mereka dapat memeriksa kualitas saluran? 2. bagaimana cara mengatur akun pengguna uji untuk melihat apakah masalah tersebut berpindah. Saran ketiga adalah memeriksa sistem Anda - hal-hal seperti izin periksa - diagnostik mesin. 4. bisakah Anda menukar komponen - jalankan komputer di lokasi teman - pinjam router teman - oh, dan lepaskan semua peralatan jaringan lainnya dari sistem Anda.
David DelMonte

2

Ada banyak informasi di sini tentang pemecahan masalah dan diagnostik akhir, tetapi kadang-kadang ketika pemecahan masalah itu menyenangkan untuk kembali ke dasar dan mempertanyakan beberapa asumsi.

Seperti yang saya sebutkan di komentar, ini sangat mirip dengan router QOS yang menendang karena mesin Anda sementara melebihi beberapa bandwidth atau batas kecepatan paket.

Bagaimana jika Anda melakukan pola, volume, dan jumlah lalu lintas jaringan yang berbeda saat menggunakan OS X sebagai lawan Windows dan itulah penyebab sebenarnya, bukan driver perangkat keras atau perangkat lunak?

Saya berharap menjalankan OS X berkorelasi dengan pengamatan Anda, tetapi bagaimana jika itu bukan penyebab jaringan sementara berhenti.

Sudahkah Anda mencoba meneliti bagaimana jika ada filter QOS dan perubahan rute yang diterapkan oleh penyedia jaringan Anda? Sudahkah Anda mempertimbangkan untuk mengalihkan semua lalu lintas ke komputer lain (ssh atau VPN) sehingga Anda dapat mengesampingkan filter sepele. (Jika penyedia melakukan inspeksi paket yang mendalam, atau tujuan dan pembatasan laju sebenarnya - Anda mungkin tidak dapat menghindari batas waktu singkat ini.)

Saya harap ada jawaban yang dapat Anda temukan dengan melihat rincian jaringan (dan kita semua akan belajar sesuatu dari menjelajahi opsi-opsi itu) - tetapi pastikan Anda juga mempertimbangkan bahwa alat pengukuran Anda dan menambahkan lalu lintas ke ping / menyodok pada hal-hal yang bisa akan memengaruhi penghitungan lalu lintas dan menjadikannya lebih mungkin bagi Skype untuk Anda. Router yang saya atur diprogram untuk menjatuhkan traffic ICMP sebelum semua traffic lainnya karena ketika kapasitas semakin ketat - Saya lebih suka pingnya gagal dan paket-paket lain dapat melewatinya. ISP dan penyedia jaringan Anda mungkin telah mengatur semuanya dengan cara yang sama.


Begitu ... tapi tidak ada yang berubah dalam aktivitas jaringan saya dalam 5 tahun terakhir. Masalah ini dimulai sekitar sebulan yang lalu dan saya tidak dapat menemukan korelasi kecuali bahwa itu sekitar sebulan yang lalu ketika 2 rekan pindah. Tapi saya menjalankan tes ping pada mesin mereka dan mereka tidak mengalami masalah ini. Saya tidak mengetahui adanya filter QOS tetapi saya akan mencoba mencari tahu.
Mike D.

Skype menjadi tuan rumah untuk panggilan hampir 24/7 di mesin saya ... Saya akan mematikan semua ping, dll hari ini untuk melihat apakah ada perubahan pada saat koneksi turun (karena saya masih bisa tahu apakah itu turun dengan mendengarkan audio) Saya dapatkan dari panggilan Skype)
Mike D.

2

Selain semua hal di sini, Anda mungkin ingin memastikan Penemuan Proxy Otomatis tidak aktif (serta Konfigurasi Proxy Otomatis). Itu cenderung menyebabkan lebih banyak masalah daripada tidak dan seringkali tidak diperlukan.

Preferensi Sistem


Terima kasih atas sarannya, mereka sudah libur :(
Mike D.

2

Dengan semua informasi diagnostik yang hebat dalam pertanyaan ini Anda telah mempersempit kemungkinan-kemungkinannya.

Untuk mulai dengan, ping Anda ke 192.168.1.1 sangat mengisolasi masalah ke router, komputer, atau LAN Anda. Ini bukan masalah dengan DNS atau ISP Anda.

Saya paling terganggu dengan hasil tes ping Anda ke 192.168.1.1. Apakah Anda melakukan sesuatu yang aneh dalam mengaturnya?

Misalnya, Anda memiliki ping yang sukses dengan nomor urut ICMP dari 24267, 24268, dan 24269, kemudian 3 kali habis, kemudian berhasil lagi dengan ICMP 24273. Jadi angka-angka keberhasilan tampaknya benar. Namun, jumlah waktu habis sama sekali berbeda. Saya berharap untuk melihat timeout permintaan dari ICMP 24270, 24271, dan 24272 tetapi sebaliknya laporan timeout ICMP 89806, 89807, dan 89808. Saya belum pernah melihat itu sebelumnya dan bagi saya itu menunjukkan Anda memiliki tumpukan jaringan yang rusak pada itu komputer. Mungkin satu ekstensi terlalu banyak. Apakah ada peluang Anda menginstal Netgear Genie? Atau mungkin perangkat lunak VPN?

Dalam hal apa pun, saya katakan sudah saatnya untuk menonaktifkan "perangkat tambahan" untuk melihat apakah Anda dapat menemukan pelakunya terinstal di komputer.

Edit

OK, misteri terpecahkan. Nomor urut ICMP adalah bidang 16 bit. Diperlakukan sebagai bilangan bulat yang tidak ditandatangani, itu berarti ia memiliki nilai maksimum 65.535 dan kemudian membungkus ke nol. Jadi jika program ping lokal mempertahankan counter integer 32 bit (yang mungkin secara default), ia bisa melaporkan angka integer 32 bit untuk paket yang hilang. Namun, ketika membaca balasan, balasan hanya akan memiliki 16 bit terakhir dari penghitung. Jadi balasan ke nomor urut 89805 akan menjadi 89505 & 0xFFFF yaitu 24269.


Hai. Saya tidak melakukan sesuatu yang aneh ... itu hanya 'sudo ping 192.168.1.1' ... Saya mengerti apa yang Anda katakan tentang nomor urut ICMP ... Saya tidak tahu mengapa itu mungkin ... mungkin ping berjalan terlalu lama? (Sudah berjalan berhari-hari) ... Tidak tahu. Juga, konfigurasi jaringan saya sangat sederhana dan saya telah menggunakan konfigurasi yang sama selama bertahun-tahun tanpa masalah.
Mike D.

1
Perangkat lunak yang selalu berjalan di latar belakang dan mungkin ada hubungannya dengan ini: Little Snitch, Dropbox, Skype, dan semua hal OS X ... tetapi tidak ada yang baru, dan masalahnya dimulai sekitar sebulan yang lalu. Satu hal yang saya duga adalah sekitar sebulan yang lalu ketika 2 teman sekamar baru pindah. Saya menjalankan tes ping di komputer mereka dan mereka tidak mengalami masalah ini.
Mike D.

@Miguel, pasti hapus Little Snitch karena itu persis jenis perangkat lunak yang bisa menciptakan masalah ini. Jika Anda belum memiliki konfigurasi yang rumit, saya akan mengatakan sepenuhnya menghapusnya dan bahkan mengosongkan tempat sampah untuk memastikan itu hilang dan reboot dan lihat apakah itu memperbaiki masalah.
Old Pro

Ok, saya akan benar-benar menghapusnya dan melihat apa yang terjadi (tapi saya sudah menggunakannya selama bertahun-tahun tanpa masalah).
Mike D.

Lucu ... 24269 dalam biner adalah 0000 0101 1110 1100 1101. 89806 dalam bentuk biner adalah 0001 0101 1110 1100 1110. Namun, jika kita mengambil 24269 dan hanya menukar bit 16, kita mendapatkan 0001 0101 1110 1100 1101 = 89805. Bagiku tampak seperti integer yang ditandatangani vs. yang tidak ditandatangani, jadi ini adalah murni presentasi angka. Mungkin saja perangkat Miguel melakukan ping menggunakan integer yang tidak ditandatangani alih-alih ditandatangani (atau sebaliknya) ...
mike

2

Saya tahu ini adalah topik lama.

Tapi terima kasih semuanya atas pemecahan masalah ini. Semua langkah membantu saya memecahkan masalah di mana saya bisa melakukan ping host tetapi tidak terhubung ke mereka melalui telnet.

Solusinya agak sederhana (setelah itu) menghapus semua hal yang tidak perlu dari sini (seperti yang disebutkan zac)

Masuk:

~ / Library / LaunchAgents / ~ / Library / LaunchDaemons / System Preferences> Pengguna & Grup> Item Login

Memulai:

/ Library / LaunchAgents / / Library / LaunchDaemons / / Library / StartupItems / /Library/Preferences/com.apple.loginitems.plist (jarang ada)

Sekali lagi terima kasih semuanya


1

Masalah penasaran mengingatnya tetap ada ethernet. Saya memiliki masalah serupa tetapi menemukan gangguan WiFi dari jaringan lain menjadi masalah. Beralih ke band 5GHz memperbaiki masalah saya, yang merupakan dugaan patut dicoba.


Sebelum mengubah saluran jaringan karena Anda merasa memiliki masalah interferensi, cukup diagnosa itu secara cleraly. Ini cukup mudah: gunakan istumbler.net . Anda akan melihat kebenaran langsung di mata ☺.
dan

1

Adakah petunjuk dari /var/log/system.log?

bagaimana tampilan netstat -s?

Firasat saya mengatakan delete / Library / Preferences / SystemConfiguration dan tambahkan kembali antarmuka jaringan secara manual.

Sepertinya Anda sudah mencoba banyak hal.


Hai Miguel, menambahkan lebih banyak voodoo setelah melihat tangkapan layar Anda. dapatkah Anda mencoba tiga hal ini: 1: nonaktifkan bluetooth, 2: uji antarmuka jaringan 1 per 1? 3: hanya untuk mengonfirmasi, Anda menggunakan driver jaringan stok, kan?
epoon

System.log sangat besar ... Saya mencari kata-kata spesifik tetapi tidak dapat menemukan sesuatu yang relevan :(
Mike D.

Saya akan mengedit pertanyaan dengan menambahkan data yang diberikan netstat -s kepada saya.
Mike D.

Saya sudah menghapus semua konfigurasi jaringan. dan menambahkan kembali semuanya secara manual tetapi tidak berhasil. Bluetooth selalu mati. Saya menggunakan driver jaringan stok. Semua antarmuka jaringan memberikan hasil yang persis sama: kehilangan koneksi sesaat setiap saat :(
Mike D.

1
Paket icmp dan ip error menjadi perhatian saya. secara terpisah, instal salinan OSX baru dan boot darinya melalui USB. Ini akan mengisolasi instalasi OSX Anda. jika salinan baru tetap bermasalah, maka kita memiliki kesalahan perangkat keras - siapa tahu, mungkin hanya driver OSX yang akan memicunya. Tunjukkan bahwa masalah muncul pada pemasangan baru, dan apel harus memperbaikinya untuk Anda
epoon

1

Terlihat mirip dengan ini?

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

Saya baru saja memposting ini untuk Mavericks. Pikiran?


1
Meskipun tautan ini dapat menjawab pertanyaan, lebih baik untuk memasukkan bagian-bagian penting dari jawaban di sini dan memberikan tautan untuk referensi. Jawaban hanya tautan dapat menjadi tidak valid jika halaman tertaut berubah.
GRG

Saya akan mencoba melihat solusi di tautan untuk melihat apakah itu membantu saya juga. Akan dikirim kembali.
Mike D.

0

Petunjuk Mac OSX http://hints.macworld.com/article.php?story=20080605143917233 pada koneksi yang terputus karena pencarian DNS gagal sambil menunggu DCHP mengidentifikasi router.

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

Kemungkinan besar pengaturan DNS dan / atau akselerasi dalam pengaturan modem Anda dan mem-bypass bahwa DNS akan membantu menyelesaikan masalah Anda.


5
Itu tidak akan menyebabkan masalah ini. ping melakukan pencarian DNS sekali (google.com -> 173.194.34.196 dalam kasus ini), kemudian gunakan alamat IP sejak saat itu.
Gordon Davisson

Akan melakukan ini dan melaporkan kembali.
Mike D.

1
→ Blip: ini bukan masalah terkait DNS. Ping ke router dengan alamat IP tidak membuat udp paquet, hanya gema icmp konyol.
dan

0

Baunya seperti perangkat lain di jaringan Anda yang mencoba menggunakan IP yang sama dengan Anda, atau ada masalah dengan DHCP.

Bisakah Anda melihat apakah Anda masih dapat mereproduksi setelah menetapkan sendiri IP statis?

Goto Network Preferences, pilih antarmuka Ethernet Anda, lanjutan, TCP / IP

Ubah tarik turun "Konfigurasikan IPv4" menjadi "Secara Manual"

Alamat IPv4: 192.168.1.150 (sesuatu yang unik, bukan yang ditugaskan DHCP sebelumnya) Subnet Mask: 255.255.255.0 Router: 192.168.1.1

Menyimpan

Kemudian cobalah untuk mereproduksi masalah lagi. Saat melakukan tes ini, pastikan Wi-Fi Anda tidak aktif sehingga hanya Ethernet yang digunakan. Ini akan membantu mempersempitnya.


Jika Anda masih memiliki masalah, Anda harus mengunduh Wireshark ( http://www.wireshark.org/ ) mulai menangkap, mereproduksi masalah, menyimpan dump dan biarkan kami melihatnya.

Juga, apa Router / AP yang Anda gunakan?


0

Dua hal untuk memeriksa yang berkorelasi dengan ini disebabkan oleh peningkatan lalu lintas LAN karena teman sekamar baru.

  1. Apakah ada pengaturan QoS (Kualitas Layanan) pada router, dan jika demikian, bagaimana pengaturannya? Lalu lintas Skype akan diprioritaskan dan jika WAN semakin jenuh, router mungkin merespons dengan menutup sementara koneksi dengan prioritas rendah.
  2. Apakah CPU router hanya kelebihan beban? Ketika saya memutakhirkan dari 1 Gbs DSL ke layanan kabel 5 Gbs saya menemukan bahwa router saya tidak bisa mengikuti peningkatan lalu lintas dan harus membeli yang baru. Selidiki kinerja router Anda dan lihat apakah ini bisa menjadi masalah. Sebagian besar router memiliki ulasan kinerja yang terperinci yang tersedia di internet; periksa dan lihat bagaimana peringkat router Anda dibandingkan dengan kapasitas layanan internet Anda.

0

Hai teman-teman saya mengalami masalah yang sama persis, tetapi saya baru mencabut headphone yang saya gunakan dan saya telah berbicara dengan teman saya selama 10 menit pertama sekarang dan itu masih belum turun, ketika sebelum turun pada 20 detik.

Kabel headphone saya robek sehingga mungkin menyebabkan masalah, tetapi saya tidak tahu banyak tentang alamat ip dan hal-hal ping, dan ini sepertinya membantu saya. Jika Anda mencoba dan tidak berhasil jangan salahkan saya, karena itu memperbaiki masalah saya.


0

Solusinya agak sederhana (setelah itu) menghapus semua hal yang tidak perlu dari sini (seperti yang disebutkan zac)

Masuk:

~ / Library / LaunchAgents / ~ / Library / LaunchDaemons / System Preferences> Pengguna & Grup> Item Login

Memulai:

/ Library / LaunchAgents / / Library / LaunchDaemons / / Library / StartupItems /> /Library/Preferences/com.apple.loginitems.plist (jarang ada)

saya tahu ini adalah utas lama, tetapi melakukan ini memperbaiki masalah yang saya miliki. Internet saya kadang-kadang terputus dan ping akan turun setiap saat. Apa yang akan memperbaiki masalah saya adalah mematikan wi-fi atau ethernet (yang pernah saya gunakan), kemudian mengaktifkannya kembali. Tentu saja ini hanya akan memperbaiki masalah sementara. Itu aneh karena setiap kali mac pro saya 4,1 akan memiliki masalah ini, laptop mac saya akan kehilangan ping juga. Itu hampir seperti Mac Pro saya akan menurunkan jaringan saya.

Saya mencoba banyak hal! mengganti modem, router, yang disebut ISP, membeli usb ke ethernet. tidak ada yang berhasil, sampai saya mencoba ini!

Saya melakukan apa yang disebutkan di atas dan akhirnya memperbaiki masalah !!


0

Saya memiliki masalah serupa dan dalam kasus saya sepertinya disebabkan oleh Tunnelblick, bahkan ketika VPN tidak terhubung. Saya mencopotnya (dengan pencopot pemasangan, tidak hanya seret ke Sampah) dan masalah hilang.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.