MacBook Pro відчуває пінг-шипи для локального маршрутизатора


26

Я відчуваю надзвичайні пінг-пінг мого AirPort Extreme (локальний IP: 192.168.1.1), однак я не отримую ці пінг-пінг на іншому MacBook Pro прямо поруч.

Ось мої результати ping

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-дюймовий, початок 2015 року)


Чи відключили ви всі пристрої Wi-Fi або провідний провід (інші комп’ютери, включаючи iDevices, AppleTV (і), пристрої домашньої автоматизації тощо) від APEx, за винятком пристрою, на який ви надсилаєте пінг? З цих коротких знімків я б припустив, що APEx чомусь підключається до зовнішньої мережі. Дозвольте йому виконати щонайменше 100 ітерацій (або більше) і подивіться, чи існує якась закономірність, яка б вказувала на процес на APEx, який періодично "телефонує додому". Повідомте про те, що бачите. Не вставляйте у величезний список пінг, будь ласка. :-)
IconDaemon

ІМХО. Я вважав, що перелік пінг
Брайан Лоу

Відповіді:


22

Я публікую цю відповідь у кількох потоках, щоб полегшити її пошук. Я переслідував те саме питання і, нарешті, знайшов причину.

Місце знаходження та. Відкрийте консольний додаток і дивіться, поки ви робите безперервний пінг. Кожного разу, коли ви бачите сплеск затримки, ви побачите записи про місцезнаходження та місцеположення. Перейдіть на системні префікси-> безпеку та конфіденційність-> сервери локації. Звідти ви можете відключити, і, швидше за все, проблема зникне. Однак ви втрачаєте здатність «знайти мого мака».

Що зробило моє прийнятним - це перейти до системних служб (прокручування вниз) -> подробиці-> піктограма позначки в рядку меню, коли [...]. Потім перегляньте, що запитує місцеположення. Відмова від Evernote дуже допомогла. Я підрізав мінімум, і частота шипів знизилася до прийнятного для мене рівня.

редагувати: подав помилку в Apple, оскільки навіть коли служби локації вимкнено, локація та сканування (перевірено в консолі), що впливає на затримку. Apple відзначила це дупом, так що, сподіваємось, виправлено незабаром.


5
Можна підтвердити, що я також бачу ці затримки затримки, які безпосередньо відповідають locationdзаписам у консолі, а відключення служб локації усуває шипи. Зручна порада: в ping є можливість, що включає часову позначку, що полегшує x-ref журнали:ping -i 0.25 192.168.1.1 --apple-time
Ryan Dlugosz

1
ОП: Це дійсно повинна бути прийнята відповідь @ C-regan! Я все пробував, і це правило. Якщо сплески затримки трапляються лише на macosx, і ви спробували принаймні 2 різних AP, це, швидше за все, відповідь на вашу проблему!
Лука Гібеллі

@ user163253 в моєму випадку я вирішив проблему, відключивши лише деякі служби локації, зокрема: погоду, карти, пропозиції на основі місцеположень, встановлення часової зони, значні місця. У мене все ще ввімкнено наступні послуги: Календар, Нагадування, Знайдіть свій комп'ютер, Wi-Fi. Я думаю, останні не використовуються так часто, як перші, і тому вони мають мінімальний вплив на затримку. Я також зауважив, що зменшення кількості відомих / збережених мереж Wi-Fi у Мережі-> Wi-Fi-> Розширений пом'якшує проблему ..
Лука Gibelli

Людина, ти рятівник!
KARASZI István

1
Далі я звузив його, зокрема, прапорець "Часовий пояс та налаштування системи" в розділі "Системні послуги". Я думаю, що це спроба швидко відключитися від точки доступу та пошукати точки доступу до Wi-Fi, щоб отримати поточний час, часовий пояс та місцеположення.
Брендон

18

У мене була точно така ж проблема, вона мене тривалий час тривожила. Це особливо дратує, коли працюєш віддалено над SSH або граєш у багатокористувацькі ігри. Ось моє довгострокове рішення:

Діагностика

Запустіть пінг із частотою 10 сканувань в секунду, щоб побачити, коли відбувається збій:

ping 8.8.8.8 -i 0.1

Послуги сканування та локації

Як зазначають інші, спайки WiFi зазвичай викликаються демоном WiFi, який сканує інші мережі WiFi навколо. Сканування проходить через усі канали, тому якщо поточний канал прийому не такий, як передає ваша AP, у вас є шип пінг.

Сканування зазвичай ініціюється службами локації. Ви можете переглянути розташування послуг в: System Preferences -> Security & Privacy -> Privacy tab -> Location Services.

Послуги локації

Якщо ви перейдете до Advancedперевірки, Show location icon in the menu bar...щоб побачити, коли програми запитують місцеположення, скануючи околиці Wi-Fi.

Служби локації все ще активні через System services. В основному Time Zone & System Customisationі Significant Locations. Але після вимкнення цього режиму у мене все-таки виникла помилка Wi-Fi, незважаючи на те, що вікно налаштування Місцеположення не показало жодної іншої програми, яка отримує місцезнаходження.

Пошук винуватця

Потрібно ввімкнути ведення протоколу WiFi, щоб дізнатися, чому демон демонструє сканування WiFi.

Утримуйте option/altклавішу (поруч із командною клавішею) та натисніть значок WiFi у верхній панелі інструментів. Клацніть Enable Wi-Fi Logging.

Увімкнути журнал Wi-Fi

Після цього відкрийте новий термінал:

tail -f /var/log/wifi.log

Ви повинні побачити щось подібне:

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

Тепер спостерігайте за терміналом ping та терміналом журналу wifi поруч. Ви можете чітко бачити проблеми, які виникають, коли саме WiFi виконує сканування.

У моєму випадку винуватцем була програма texstudio, як ви бачите з журналу. Він отримував місце розташування кожні 5 секунд (мас.?), Що підтверджується також цим хлопцем: https://justus.berlin/2016/04/reducing-cpu-load-and-energy-consumption-of-texstudio- on-the-mac /

Це вирішило мою проблему. Texstudio не згадувався у списку послуг локації, тому такий розширений підхід був необхідним.

Підсумок:

  • Винуватець - послуги локації та сканування через wifi
  • Перевірте ввімкнені служби локації
  • Утримуйте клавішу клавіатури Option, натисніть значок WiFi у верхній панелі інструментів, натисніть Увімкнути журнал Wi-Fi
  • Виконати в терміналі: ping 8.8.8.8 -i 0.1
  • Виконати в терміналі: tail -f /var/log/wifi.log, у новому вікні. Поспостерігайте пліч-о-пліч, чекайте глюків.
  • Перевірте журнал, коли спостерігався глюк, вбийте програму.

2
Кінчик про включення протоколювання Wi - Fi був ключовим для мене , щоб відстежити джерело
Єхійя

Дякую за додаткові деталі
M Johnson

Я знаходжу SystemUIServer та Joxi (додаток для скріншоту). Спасибі
Глеб Беляев

Гарний. Ось як я виявив, що Мега викликала мою проблему.
Біровський

@Birowsky Там же, проблема була в Megasync. Дуже підозріло, що він запитує про розташування кожні 10 секунд.
Лечучіко,

3

Запустіть цей скрипт із 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

Цей скрипт перевіряє співвідношення сигнал / шум. Напевно у вас є певні втручання.


Чи можете ви надати деякі орієнтири, щоб ми могли знати, що таке прийнятні числа?
Майк Маккей

SNR 20db, як правило, нормально для передачі файлів, 25db достатньо для голосу
Сергій Караткевич

2

З мого досвіду, у 90% всіх випадків перезапуск маршрутизатора вирішить проблему.


2

Дотримуючись цього керівництва, працював для мене:

Вирішіть проблеми з Wi-Fi на MacOs Sierra

по суті в папці /Library/Preferences/SystemConfiguration/ резервного копіювання та видалення файлів

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

Потім перезавантажте свій Mac.


Цікаво - я бачив, що буферизація приходить і йде - ви думаєте, що WiFi роумінгу перевіряє інші базові станції, а очищення цих налаштувань / записів підтримує стабільність WiFi-зв’язку?
bmike

А що з пінгінгом іншого вузла; скажіть один з інших MacBooks у мережі? Чи існує проблема ще?
Аллан

1

У моєму випадку це була програма для зйомки скріншотів. Я виявив це, зробивши наступне: я запустив команду ping і закривав додатки по черзі, потім помітив, що після закриття цього додатка шипи пінг пішли.


1

У моєму випадку високі пінги були спричинені програмою Deepl. Сподіваюся, це комусь допомагає.


0

Я відслідковував подібні проблеми з Airplay / Bonjour, пінг-шипи під час використання еплейплей або перевірки.

Я вважаю, що така поведінка насправді пов’язана з Bluetooth пристрою, який пов’язаний з бездротовим адаптером у пристрої.

Я скоро проведу ще кілька тестів і подати звіт про помилку з яблуками.

якщо ви відключите Bluetooth, ви, ймовірно, виявите, що у вас не буде шипів пінгу.


-1

Проблема все ще виникає в Mojave, тому дозвольте мені поставити свої два центи тут. Джерелом проблеми було місцеположення та виправлення шипів, що мені потрібно було - перейти до Налаштування -> Безпека та конфіденційність -> Послуги локації -> (Подробиці системних служб) -> зніміть прапорець "Часова зона та налаштування системи"

Не маю уявлення, чому Mac перевіряє часовий пояс кожні кілька хвилин ...


Це саме те, що вже було сказано у відповіді на голоси та нічого нового не додає.
Tetsujin
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.