Masalah koneksi yang menarik pada OS X

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.

Ini adalah bagaimana segala sesuatu terlihat ketika itu lebih buruk:

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.

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!

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:

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

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:

• Mengapa di OS X Mavericks internet begitu lambat?
• Masalah jaringan Mavericks

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.

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)

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.

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.

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.

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

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.

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.

Terlihat mirip dengan ini?

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

Saya baru saja memposting ini untuk Mavericks. Pikiran?

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.

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?

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.

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.

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

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.