MacBook Pro mengalami paku ping ke router lokal


22

Saya mengalami paku ping ekstrem ke AirPort Extreme (IP lokal: 192.168.1.1), namun saya tidak mendapatkan paku ping ini di MacBook Pro lain di sebelahnya.

Inilah hasil ping saya.

PING 192.168.1.1 (192.168.1.1): 56 data bytes
64 bytes from 192.168.1.1: icmp_seq=0 ttl=64 time=24.703 ms
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=145.378 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=975.540 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=577.900 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=2.802 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=5.377 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=5.922 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=3.854 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=3.522 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=4.593 ms

--- 192.168.1.1 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 2.802/174.959/975.540/316.450 ms

MacBook Pro (Retina, 13 inci, Awal 2015)


Sudahkah Anda memutus semua perangkat wi-fi atau kabel (komputer lain, termasuk iDevices, AppleTV (s), perangkat otomatisasi rumah, dll,) dari APEx, kecuali untuk perangkat yang Anda kirimi ping? Dari blip singkat ini, saya akan berasumsi bahwa APEx terhubung ke jaringan eksternal karena beberapa alasan. Biarkan berjalan setidaknya 100 iterasi (atau lebih) dan lihat apakah ada semacam pola yang akan menunjukkan proses pada APEx secara berkala 'menelepon ke rumah'. Laporkan kembali dengan apa yang Anda lihat. Tolong, jangan menempelkan daftar ping yang besar. :-)
IconDaemon

IMHO saya menemukan daftar ping membantu
Brian Low

Jawaban:


17

Saya memposting balasan ini pada beberapa utas untuk membuatnya lebih mudah ditemukan. Saya mengejar masalah yang sama dan akhirnya menemukan penyebabnya.

Locationd. Buka aplikasi konsol dan tonton saat Anda melakukan ping terus menerus. Setiap kali Anda melihat lonjakan latensi, Anda akan melihat entri untuk locationd. Pergi ke sistem prefs-> keamanan & privasi-> server lokasi. Dari sana, Anda dapat menonaktifkan dan kemungkinan Anda akan melihat masalah menghilang. Namun, Anda kehilangan kemampuan "temukan mac".

Apa yang membuat saya dapat diterima adalah pergi ke layanan sistem (gulir ke bawah) -> detail-> centang ikon acara di bilah menu ketika [...]. Lalu, lihat apa yang meminta lokasi. Melarang Evernote banyak membantu. Saya memangkas ke minimum dan frekuensi paku telah turun ke tingkat yang dapat diterima bagi saya.

sunting: mengajukan bug pada Apple karena meskipun layanan lokasi dinonaktifkan, pemindaian locationd (diverifikasi di konsol), memengaruhi latensi. Apple menandainya sebagai penipuan, jadi semoga segera diperbaiki.


2
Dapat mengkonfirmasi bahwa saya juga melihat lonjakan latensi ini yang secara langsung sesuai dengan locationdentri di Konsol dan menonaktifkan layanan lokasi menghilangkan lonjakan tersebut. Kiat praktis: Ada opsi di ping yang akan menyertakan stempel waktu sehingga mudah untuk melakukan x-ref log:ping -i 0.25 192.168.1.1 --apple-time
Ryan Dlugosz

1
OP: Ini seharusnya diterima sebagai jawaban @ C-regan! Saya sudah mencoba segalanya dan ini adalah aturannya. Jika lonjakan latensi hanya terjadi pada macosx dan Anda telah mencoba setidaknya 2 AP yang berbeda, ini kemungkinan besar merupakan jawaban untuk masalah Anda!
Luca Gibelli

@ user163253 dalam kasus saya, saya memecahkan masalah dengan menonaktifkan hanya beberapa layanan lokasi, khususnya: Cuaca, Peta, Saran Berbasis Lokasi, Mengatur Zona Waktu, Lokasi Signifikan. Saya masih memiliki layanan berikut HIDUP: Kalender, Pengingat, Temukan mac saya, Jaringan Wifi. Saya kira yang terakhir tidak digunakan sesering yang sebelumnya dan oleh karena itu mereka memiliki dampak minimal pada latensi. Saya juga memperhatikan bahwa mengurangi jumlah jaringan wifi yang diketahui / disimpan di bawah Network-> WiFi-> Advanced mengurangi masalah ..
Luca Gibelli

Man, kamu adalah penyelamat!
KARASZI Istv

Saya mempersempitnya lebih jauh ke kotak centang "Zona Waktu & Kustomisasi Sistem" khusus di dalam "Layanan Sistem". Saya pikir itu sedang mencoba untuk memutuskan dengan cepat dari titik akses dan memindai titik akses Wifi untuk mendapatkan waktu saat ini, zona waktu, dan lokasi.
Brandon

10

Saya memiliki masalah yang persis sama, itu cukup lama mengganggu saya. Ini sangat menjengkelkan ketika bekerja jarak jauh melalui SSH atau bermain game multi pemain. Inilah solusi jangka panjang saya:

Diagnosa

Jalankan ping dengan frekuensi 10 pemindaian per detik untuk melihat kapan glitch terjadi:

ping 8.8.8.8 -i 0.1

Layanan pemindaian & Lokasi

Seperti yang disebutkan oleh orang lain, lonjakan WiFi biasanya disebabkan oleh daemon WiFi yang memindai jaringan WiFi lain di sekitarnya. Pemindaian melewati semua saluran sehingga jika saluran penerima saat ini tidak sama dengan AP Anda mentransmisikan, Anda memiliki ping spike.

Pemindaian biasanya dipicu oleh layanan lokasi. Anda dapat meninjau layanan lokasi di: System Preferences -> Security & Privacy -> Privacy tab -> Location Services.

Layanan lokasi

Jika Anda pergi untuk Advancedmemeriksa Show location icon in the menu bar...untuk melihat kapan aplikasi menanyakan lokasi maka pemindaian lingkungan WiFi.

Layanan lokasi masih aktif karena System services. Terutama Time Zone & System Customisationdan Significant Locations. Tetapi setelah mematikannya saya masih memiliki kesalahan WiFi meskipun pengaturan lokasi jendela tidak menunjukkan aplikasi lain yang mendapatkan lokasi.

Menemukan pelakunya

Anda harus mengaktifkan pencatatan WiFi untuk mengetahui mengapa WiFi daemon melakukan pemindaian.

Tahan option/alttombol (di sebelah tombol perintah) dan klik ikon WiFi di bilah alat atas. Klik Enable Wi-Fi Logging.

Aktifkan pendataan Wi-Fi

Setelah itu buka terminal baru:

tail -f /var/log/wifi.log

Anda harus melihat sesuatu seperti ini:

Mon Jan 14 20:01:21.353 AutoJoin: <airportd[83093]> Successful cache-assisted scan request for texstudio with channels {(
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadc5b20> [channelNumber=56(5GHz), channelWidth={40MHz(-1)}, active, DFS],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadcbfb0> [channelNumber=60(5GHz), channelWidth={40MHz(+1)}, active, DFS],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfd44c790> [channelNumber=64(5GHz), channelWidth={40MHz(-1)}, active, DFS],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadc6ba0> [channelNumber=149(5GHz), channelWidth={80MHz}, active],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfad2be90> [channelNumber=153(5GHz), channelWidth={80MHz}, active],
Mon Jan 14 20:01:21.353     <CWChannel: 0x7fbcfadf4870> [channelNumber=157(5GHz), channelWidth={80MHz}, active]
Mon Jan 14 20:01:21.353 )} took 0.0005 seconds, returned 2 results
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 161 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 165 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 100 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 104 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 108 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio on channel 112 does not require a live scan
Mon Jan 14 20:01:21.353 Scan: <airportd[83093]> Cache-assisted scan request for texstudio does not require a live scan

Sekarang amati terminal ping dan terminal log wifi bersebelahan. Anda dapat dengan jelas melihat kesalahan terjadi tepat ketika WiFi melakukan pemindaian.

Dalam kasus saya pelakunya adalah sebuah program texstudio, seperti yang Anda lihat dari log. Itu memperoleh lokasi setiap 5 detik (wt.?), Yang dikonfirmasi juga oleh orang ini: https://justus.berlin/2016/04/reducing-cpu-load-and-energy-consumption-of-texstudio- on-the-mac /

Ini menyelesaikan masalah saya. Texstudio tidak disebutkan dalam daftar layanan lokasi sehingga pendekatan lanjutan ini diperlukan.

Ringkasan:

  • Pelakunya adalah layanan lokasi dan pemindaian wifi
  • Periksa layanan lokasi yang telah Anda aktifkan
  • Tahan tombol keyboard Opsi, klik ikon WiFi di bilah alat atas, klik Aktifkan Pencatatan Wi-Fi
  • Jalankan di terminal: ping 8.8.8.8 -i 0.1
  • Jalankan di terminal: tail -f /var/log/wifi.log, di jendela baru. Amati berdampingan, tunggu kesalahannya.
  • Periksa log ketika kesalahan diamati, matikan program.

1
Kiat mengaktifkan wifi logging adalah kunci bagi saya untuk melacak sumbernya
Jehiah

Terima kasih atas perincian ekstra
M Johnson

Saya menemukan SystemUIServer dan Joxi (aplikasi untuk tangkapan layar). Terima kasih
Глеб Беляев

3

Silakan jalankan skrip ini dari Terminal.app:

while x=1; do /System/Library/PrivateFrameworks/Apple80211.framework/Versions/Current/Resources/airport -I | grep Ctl; ping -c 1 192.168.1.1; sleep 1; done

Skrip ini memeriksa rasio Sinyal / Noise. Anda mungkin mengalami beberapa gangguan.


Bisakah Anda memberikan beberapa tolok ukur sehingga kami dapat mengetahui angka apa yang dapat diterima?
Mike McKay

SNR 20db umumnya ok untuk transfer file, 25db sudah cukup untuk suara
Siarhei Karatkevich

2

Dari pengalaman saya, dalam 90% dari semua kasus, me-restart router akan memperbaiki masalah ini.


2

Mengikuti panduan ini bekerja untuk saya:

Perbaiki masalah Wi-Fi di MacOs Sierra

intinya di folder /Library/Preferences/SystemConfiguration/ backup dan hapus file

com.apple.airport.preferences.plist
com.apple.network.eapolclient.configuration.plist
com.apple.wifi.message-tracer.plist
NetworkInterfaces.plist
preferences.plist

Kemudian restart Mac Anda.


Menarik - Saya telah melihat bahwa buffer datang dan pergi - apakah Anda berpikir bahwa WiFi sedang roaming untuk memeriksa BTS lain dan menghapus preferensi / catatan itu membuat koneksi WiFi lebih stabil?
bmike

Bagaimana dengan ping node yang berbeda ; katakan salah satu MacBook lain di jaringan? Apakah masalahnya masih ada?
Allan

1

Dalam kasus saya, itu adalah aplikasi untuk mengambil tangkapan layar. Saya mendeteksinya dengan melakukan hal berikut: Saya menjalankan perintah ping dan menutup aplikasi satu per satu, kemudian saya perhatikan setelah menutup aplikasi ini, ping spike telah hilang.


0

Saya telah melacak masalah yang serupa dengan Airplay / Bonjour, ping spikes saat airplay sedang digunakan atau sedang diperiksa.

Saya percaya perilaku ini sebenarnya terkait dengan bluetooth perangkat yang terhubung dengan adaptor nirkabel di perangkat.

Saya akan segera melakukan beberapa tes lagi dan mengirimkan laporan bug apel.

jika Anda terus menonaktifkan Bluetooth, Anda mungkin akan menemukan Anda tidak akan mendapatkan paku ping.


-1

Masalahnya masih terjadi pada Mojave, jadi izinkan saya meletakkan dua sen saya di sini. Sumber masalahnya adalah locationd dan untuk memperbaiki paku yang harus saya buka adalah Pengaturan -> Keamanan & Privasi -> Layanan Lokasi -> Detail (Layanan Sistem) -> hapus centang "Zona Waktu & Kustomisasi Sistem"

Tidak tahu mengapa Mac akan memeriksa zona waktu setiap beberapa menit ...


Ini adalah persis apa yang sudah dikatakan jawaban terpilih & tidak menambahkan sesuatu yang baru.
Tetsujin
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.