Периодический сбой аутентификации SSID
Проблема: периодически устройства в моей сети не могут войти в сеть Wi-Fi, получение ответа «неверный пароль» или «пароль не распознан». Как ни странно, проблема будет появляться один раз в несколько дней в непредсказуемое время. Что еще более странно, это влияет на НЕКОТОРЫЕ устройства, а не на другие: во время любого инцидента двое из нас могут не войти в систему с наших iPhone, но я вижу, что Chromecast подключен. Иногда Alexa и мой Macbook не могут подключиться, в то время как другие устройства в порядке.
У меня есть роуминг-сеть: AVM Fritz Box, отвечающий за DHCP и хостинг SSID 2,4 и 5 ГГц. У меня также есть Apple Airport Extreme, установленный в режим моста, а также хостинг SSID 2,4 и 5 ГГц с идентичным именем. Каждый автоматически назначает свои каналы. Все настроены на безопасность WPA / WPA2.
Я был свидетелем того, как обе точки доступа отказывались подключаться в разное время. Прошлой ночью сигнал от AVM Fritz Box был в порядке. Если бы я подошел к iPhone физически ближе, чем к Airport Extreme, он входил в систему нормально. Если я вернусь к точке ближе к аэропорту, он в конечном итоге перехватит этот сигнал, но не сможет подключиться, сообщая неверный пароль. Но я полностью отключил сигнал аэропорта, и у AVM Fritz Box тоже был неправильный пароль.
Я нахожусь в шумном районе, попробовал разрешить обоим устройствам установить свои собственные каналы и принудительно переключил их на каналы, которые были чистыми. Я выключил устройство Chromecast, с которого поступал сигнал. Чтобы доказать свою безрезультатность, требуются дни.
В журнале WiFi.log на моем Mac я вижу следующие подозрительные отчеты об инциденте прошлой ночью, когда даже перезагрузка Airport Extreme (отключение от сети) не решила проблему.
Sat Dec 2 22:41:40.751 <kernel> wl0: powerChange: *** BONJOUR/MDNS OFFLOADS ARE NOT RUNNING.
Sat Dec 2 22:42:16.003 <kernel> wl0: leaveModulePoweredForOffloads: Wi-Fi will stay on.
Sat Dec 2 22:42:16.003 <kernel> AirPort_Brcm43xx::platformWoWEnable: WWEN[enable], in_fatal_err[0]
Sat Dec 2 22:42:16.003 <kernel> AirPort_Brcm43xx::syncPowerState: WWEN[enabled]
Sat Dec 2 22:42:16.489 <kernel> IO80211Interface::updateReport _peerManager is missing
Sat Dec 2 22:42:16.575 <kernel> Setting BTCoex Config: enable_2G:1, profile_2g:0, enable_5G:1, profile_5G:0
Sat Dec 2 22:42:17.073 <kernel> AirPort_Brcm43xx::platformWoWEnable: WWEN[disable], in_fatal_err[0]
Sat Dec 2 22:42:17.213 <kernel> parseRSNIE: groupCipherType = 3 pairwiseCipherType = 5 authSel = 2
Sat Dec 2 22:42:17.213 <kernel> initWithInterfaceAndIE: _myMacAddress f4:5c:89:8a:d8:59
Sat Dec 2 22:42:17.213 <kernel> setPMK: PMK SET!
Sat Dec 2 22:42:17.313 <airportd[64]> ERROR: WiFiProxy (418) is not entitled for com.apple.wifi.events, but allowing anyways for event type 1 [And does this for event types 1..8]
Затем есть этот часто повторяющийся блок, который, кажется, связан с аутентификацией:
Sat Dec 2 22:42:29.117 <kernel> RSNSupplicant: Releasing authenticator for 00:00:00:00:00:00
Sat Dec 2 22:42:29.122 <kernel> AirPort_Brcm4360::getSSIDData(): Get failure: APPLE80211_IOC_SSID: 6
Sat Dec 2 22:42:30.240 <kernel> parseRSNIE: groupCipherType = 3 pairwiseCipherType = 5 authSel = 2
Sat Dec 2 22:42:30.240 <kernel> initWithInterfaceAndIE: _myMacAddress XX.XX.XX.XX.XX.XX
Sat Dec 2 22:42:30.240 <kernel> setPMK: PMK SET!
Sat Dec 2 22:42:30.544 <kernel> Unexpected payload found for message 9, dataLen 0
Sat Dec 2 22:42:34.564 <kernel> Unexpected payload found for message 34, dataLen 2
Sat Dec 2 22:42:34.564 <kernel> payload Data 02 00
Sat Dec 2 22:42:34.569 <kernel> en0: Terminating supplicant.
И это, похоже, имеет какое-то отношение к логину:
> Sat Dec 2 23:47:47.387 <kernel> IO80211Interface::updateReport
> _peerManager is missing Sat Dec 2 23:48:55.926 <kernel> Setting BTCoex Config: enable_2G:1, profile_2g:0, enable_5G:1, profile_5G:0
> Sat Dec 2 23:48:57.320 <airportd[64]> ERROR: loginwindow (106) is not
> entitled for com.apple.wifi.events.private, will not register for
> event type 100 [And does the same for event types 101, 7, 2, 5, and 6]
Кто-нибудь видел это или может проанализировать эти сообщения журнала, чтобы узнать, что происходит?
Я видел все эти сообщения, объявление тошнота. Вам нужен логин разработчика, чтобы увидеть это, но он проясняет, почему мы все наблюдаем эту ошибку.
com.apple.wifi.events.private
является частью CoreWLAN, несовместимой с песочницей. Право, которое он запрашивает, - это право на песочницу. Итак, выдается сообщение уровня ERROR.
Меня это удивляет. Это открытая ошибка. Однако, вероятно, это не настоящая проблема, хотя она кажется проблемой A .
Если вы не используете AirDrop или подобную эзотерику, попробуйте отключить awdl0 с помощью ifconfig на неделю.
sudo ifconfig awdl0 down
Проверьте стабильность вашего Wi-Fi.
Я чувствую, что все мы ищем локально источник этих проблем, но большая часть функций этих устройств осуществляется удаленно, через iCloud.
В любом случае, по ссылке ниже:
Однако это сторонние приложения не могут получить права, описанные в этом сообщении журнала, так что это полное отвлечение внимания. Кажется, есть проблема с CWWiFiClient, когда он требует, чтобы приложение имело определенное право ("com.apple.wifi.events"), хотя права имеют смысл только в приложениях Mac App Store (и, следовательно, в изолированных) приложениях. Это заметил другой разработчик, который написал об этом ошибку. Увы, похоже, что эта ошибка была неправильно истолкована, поэтому я написал об этом свою ошибку. Эта ошибка еще не вернулась ко мне, поэтому я предполагаю, что она все еще актуальна. Что касается обходных путей,лучше всего использовать уведомления CWXxxDidChangeNotification. Хотя формально они устарели, они все еще работают, и это ваш единственный путь вперед, пока не будет исправлена вышеупомянутая ошибка.