MacBook Pro gặp sự cố ping đến bộ định tuyến cục bộ


22

Tôi đang gặp phải tình trạng ping cực lớn đối với AirPort Extreme (IP cục bộ: 192.168.1.1), tuy nhiên tôi không nhận được các xung ping này trên MacBook Pro khác ngay bên cạnh.

Đây là kết quả ping của tôi.

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 inch, đầu năm 2015)


Bạn đã ngắt kết nối tất cả các thiết bị wi-fi hoặc có dây cứng (các máy tính khác, bao gồm iDevices, AppleTV, thiết bị tự động hóa gia đình, v.v.) khỏi APEx, ngoại trừ thiết bị bạn đang gửi ping? Từ những cú đánh ngắn này, tôi cho rằng APEx đang kết nối với mạng bên ngoài vì một số lý do. Hãy để nó chạy ít nhất 100 lần lặp (hoặc nhiều hơn) và xem liệu có một kiểu mẫu nào đó sẽ chỉ ra một quy trình trên APEx định kỳ 'nhà gọi điện'. Báo cáo lại với những gì bạn thấy. Đừng dán vào một danh sách ping lớn, xin vui lòng. :-)
IconDaemon

IMHO Tôi thấy danh sách ping hữu ích
Brian Low

Câu trả lời:


17

Tôi đang đăng bài trả lời này trên một vài chủ đề để dễ tìm hơn. Tôi đuổi theo cùng một vấn đề và cuối cùng đã tìm ra nguyên nhân.

Locationd. Mở ứng dụng giao diện điều khiển và xem trong khi bạn thực hiện ping liên tục. Mỗi khi bạn thấy độ trễ tăng đột biến, bạn sẽ thấy các mục cho locationd. Đi đến hệ thống prefs-> bảo mật & quyền riêng tư-> máy chủ định vị. Từ đó, bạn có thể vô hiệu hóa và có thể bạn sẽ thấy vấn đề biến mất. Tuy nhiên, bạn mất khả năng "tìm mac của tôi".

Điều khiến tôi chấp nhận được là vào các dịch vụ hệ thống (cuộn xuống) -> chi tiết-> kiểm tra biểu tượng hiển thị trên thanh menu khi [...]. Sau đó, hãy xem những gì được yêu cầu vị trí. Không cho phép Evernote giúp rất nhiều. Tôi cắt tỉa đến mức tối thiểu và tần suất của các gai đã giảm xuống mức chấp nhận được đối với tôi.

chỉnh sửa: đã gửi một lỗi với Apple vì ngay cả khi dịch vụ định vị bị vô hiệu hóa, quét định vị (xác minh trong bảng điều khiển), ảnh hưởng đến độ trễ. Apple đã đánh dấu nó là một bản dupe, vì vậy hy vọng sẽ sớm được khắc phục.


2
Có thể xác nhận rằng tôi cũng thấy các gai độ trễ này tương ứng trực tiếp với locationdcác mục trong Bảng điều khiển và vô hiệu hóa các dịch vụ định vị sẽ loại bỏ các xung đột. Mẹo tiện dụng: Có một tùy chọn trong ping sẽ bao gồm dấu thời gian giúp dễ dàng x-ref các bản ghi:ping -i 0.25 192.168.1.1 --apple-time
Ryan Dlugosz

1
OP: Đây thực sự nên là câu trả lời được chấp nhận @ C-regan! Tôi đã thử mọi thứ và đây là quy tắc. Nếu sự tăng đột biến chỉ xảy ra trên macosx và bạn đã thử ít nhất 2 AP khác nhau thì đây rất có thể là câu trả lời cho vấn đề của bạn!
Luca Gibelli

@ user163253 trong trường hợp của tôi, tôi đã giải quyết vấn đề bằng cách chỉ vô hiệu hóa một số dịch vụ vị trí, cụ thể: Thời tiết, Bản đồ, Đề xuất dựa trên vị trí, Đặt múi giờ, Vị trí quan trọng. Tôi vẫn có các dịch vụ sau BẬT: Lịch, Nhắc nhở, Tìm máy mac, Mạng Wifi. Tôi cho rằng cái sau không được sử dụng thường xuyên như cái trước và do đó chúng có tác động tối thiểu đến độ trễ. Tôi cũng nhận thấy rằng việc giảm số lượng mạng wifi đã biết / đã lưu trong Mạng-> WiFi-> Nâng cao vấn đề ..
Luca Gibelli

Man, bạn là một phao cứu sinh!
KARASZI István

Tôi đã thu hẹp nó xuống hơn nữa để cụ thể hộp kiểm "Tùy chỉnh hệ thống và múi giờ" bên trong "Dịch vụ hệ thống". Tôi nghĩ rằng đang cố gắng nhanh chóng ngắt kết nối khỏi điểm truy cập và quét các điểm truy cập Wifi để có được thời gian, múi giờ và vị trí hiện tại.
Brandon

10

Tôi đã có cùng một vấn đề, nó đã gây rắc rối cho tôi khá lâu. Điều này đặc biệt khó chịu khi làm việc từ xa qua SSH hoặc chơi các trò chơi nhiều người chơi. Đây là giải pháp lâu dài của tôi:

Chẩn đoán

Chạy ping với tần số 10 lần quét mỗi giây để xem khi nào sự cố xảy ra:

ping 8.8.8.8 -i 0.1

Dịch vụ quét và định vị

Như đã đề cập bởi những người khác, đột biến WiFi thường được gây ra bởi WiFi daemon quét một mạng WiFi khác xung quanh. Quá trình quét sẽ đi qua tất cả các kênh, vì vậy nếu kênh nhận hiện tại không giống với AP của bạn đang truyền, bạn có tốc độ ping.

Việc quét thường được kích hoạt bởi các dịch vụ định vị. Bạn có thể xem lại các dịch vụ định vị trong : System Preferences -> Security & Privacy -> Privacy tab -> Location Services.

Dịch vụ định vị

Nếu bạn đi để Advancedkiểm tra Show location icon in the menu bar...xem khi nào các ứng dụng đang truy vấn vị trí, do đó quét vùng lân cận WiFi.

Dịch vụ định vị vẫn hoạt động vì System services. Chủ yếu Time Zone & System CustomisationSignificant Locations. Nhưng sau khi tắt nó, tôi vẫn gặp sự cố WiFi mặc dù cửa sổ cài đặt Vị trí đó cho thấy không có ứng dụng nào khác có được vị trí này.

Tìm ra thủ phạm

Bạn cần kích hoạt ghi nhật ký WiFi để xem tại sao WiFi daemon thực hiện quét.

Giữ option/altphím (bên cạnh phím lệnh) và nhấp vào biểu tượng WiFi trên thanh công cụ trên cùng. Nhấn vào đây Enable Wi-Fi Logging.

Cho phép ghi nhật ký Wi-Fi

Sau đó, mở một thiết bị đầu cuối mới:

tail -f /var/log/wifi.log

Bạn sẽ thấy một cái gì đó như thế này:

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

Bây giờ hãy quan sát thiết bị đầu cuối ping và thiết bị đầu cuối đăng nhập wifi cạnh nhau. Bạn có thể thấy rõ sự cố xảy ra chính xác khi WiFi đang thực hiện quét.

Trong trường hợp của tôi, thủ phạm là một chương trình texstudio, như bạn có thể thấy từ nhật ký. Nó đã có được vị trí cứ sau 5 giây (wt.?), Điều này cũng được xác nhận bởi anh chàng này: https://justus.berlin/2016/04/reducing-cpu-load-and-energy-conscharge-of-texstudio- trên mac /

Điều này đã giải quyết vấn đề của tôi. Texstudio không được đề cập trong danh sách dịch vụ định vị nên cách tiếp cận nâng cao này là cần thiết.

Tóm lược:

  • Thủ phạm là dịch vụ định vị và quét wifi
  • Kiểm tra dịch vụ định vị bạn đã bật
  • Giữ phím bàn phím Tùy chọn, nhấp vào biểu tượng WiFi trên thanh công cụ trên cùng, nhấp vào Bật nhật ký Wi-Fi
  • Thực thi trong thiết bị đầu cuối: ping 8.8.8.8 -i 0.1
  • Thực thi trong thiết bị đầu cuối: tail -f /var/log/wifi.log, trong một cửa sổ mới. Quan sát cạnh nhau, chờ đợi sự cố.
  • Kiểm tra nhật ký khi trục trặc được quan sát, giết chương trình.

1
Mẹo cho phép đăng nhập wifi là chìa khóa để tôi theo dõi nguồn
Jehiah

Cảm ơn các chi tiết bổ sung
M Johnson

Tôi tìm thấy SystemUIServer và Joxi (ứng dụng cho ảnh chụp màn hình). Cảm ơn
égôgôgôvô

3

Vui lòng chạy tập lệnh này từ 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

Kịch bản này kiểm tra tỷ lệ Tín hiệu / Nhiễu. Bạn có thể có một số can thiệp.


Bạn có thể cung cấp một số điểm chuẩn để chúng tôi có thể biết những con số được chấp nhận là gì không?
Mike McKay

SNR 20db thường ổn khi chuyển tập tin, 25db là đủ cho giọng nói
Siarhei Karatkevich

2

Từ kinh nghiệm của tôi, trong 90% tất cả các trường hợp, khởi động lại bộ định tuyến sẽ khắc phục vấn đề.


2

Làm theo hướng dẫn này làm việc cho tôi:

Khắc phục sự cố Wi-Fi trên MacOs Sierra

về cơ bản trong thư mục /Library/Preferences/SystemConfiguration/ sao lưu và xóa tập tin

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

Sau đó khởi động lại máy Mac của bạn.


Thú vị - Tôi đã thấy rằng bộ đệm đến và đi - bạn có nghĩ rằng WiFi đang chuyển vùng để kiểm tra các trạm gốc khác và xóa các tùy chọn / bản ghi đó để giữ kết nối WiFi ổn định hơn không?
bmike

Điều gì về ping một nút khác nhau ; Nói một trong những MacBook khác trên mạng? Liệu vấn đề vẫn còn tồn tại?
Allan

1

Trong trường hợp của tôi, nó là một ứng dụng để chụp ảnh màn hình. Tôi đã phát hiện ra nó bằng cách thực hiện như sau: Tôi đã chạy lệnh ping và đang đóng từng ứng dụng một, sau đó tôi nhận thấy sau khi đóng ứng dụng này, ping spike đã biến mất.


0

Tôi đã theo dõi các vấn đề tương tự như Airplay / Bonjour, ping gai trong khi airplay đang được sử dụng hoặc đang được kiểm tra.

Tôi tin rằng hành vi này thực sự được liên kết với bluetooth của thiết bị được liên kết với bộ điều hợp không dây trong thiết bị.

Tôi sẽ sớm tiến hành một số thử nghiệm nữa và gửi báo cáo lỗi táo.

Nếu bạn giữ bluetooth bị vô hiệu hóa, có thể bạn sẽ thấy bạn sẽ không nhận được ping ping.


-1

Vấn đề vẫn xảy ra trên Mojave, vì vậy hãy để tôi đặt hai xu của tôi ở đây. Nguồn gốc của vấn đề là do lỗi định vị và để khắc phục các đột biến mà tôi phải làm là vào Cài đặt -> Bảo mật & Quyền riêng tư -> Dịch vụ vị trí -> (Dịch vụ hệ thống) Chi tiết -> bỏ chọn "Tùy chỉnh múi giờ & hệ thống"

Không biết tại sao máy Mac sẽ kiểm tra múi giờ cứ sau vài phút ...


Đây chính xác là những gì câu trả lời được bình chọn hàng đầu đã nói & không có gì mới.
Tetsujin
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.