Как я уже упоминал в одном из предыдущих сообщений в этой теме, я обнаружил, что следующие настройки отлично работают с устройствами OS X:  
WPA Mode: WPA2 Only  
Encryption: AES/CCMP Only  

На момент того поста у меня стояла версия 3.2.7. С тех пор я обновился до 4.6.6, и всё по-прежнему работает отлично. Обратите внимание, что у нас на этом объекте установлено 14 WAP, и я потратил немало времени на тонкую настройку радиопараметров — и каналов, и мощности передачи.

Вероятно, помогает и то, что соседние WAP работают на разных каналах, а мощность передачи регулируется в зависимости от расстояния между ними.  

— Michael

Есть какие-то новости? Сегодня столкнулся с той же проблемой. У меня два LR AP, которые работают через контроллер на OSX, всё обновлено до последней версии. Пробовал разные настройки, но Apple-устройства никак не подключаются. Сейчас настроено на HT20 Auto и Auto. SSID: xxxxx WPA/WPA2, и TKIP, и AES. Mac’и просто не хотят подключаться, а iPhone’ы говорят, что пароль неправильный (а он правильный). Зато Windows-ноутбуки и Android-смартфоны подключаются без проблем.

Apple действительно покупает много стандартного компьютерного оборудования и интегрирует его. То, как они это делают, может сильно влиять на производительность и стабильность. Кроме того, Apple отвечает за операционную систему и обычно за драйверы — а драйверы являются причиной 90% проблем на любом ПК (будь то Apple, Windows или Linux). По моему опыту, Apple славится своими слабыми беспроводными продуктами, и я не понимаю, почему у них это так плохо получается, но эта тенденция наблюдается уже около десяти лет. Я стараюсь не быть фанатом ни одной компании, но объяснять эти проблемы самым ярым поклонникам Apple очень тяжело. Ваши требования к UBNT исправить то, что вполне может быть проблемой Apple (*может быть*), — отличный тому пример. И дело не только в UBNT: в том же здании с четырьмя сотнями сотрудников я тестировал Cisco, Aruba и UBNT — на тех же макбуках и айфонах проблемы возникали у всех трёх.

Так вы хотите, чтобы Ubiquiti исправляли то, что Apple сломали в обновлении Apple на их собственном софте? Не подскажете, как это должно работать?

Хотел бы обсудить это с теми, кто подписан на эту тему. У нас простой офис на втором этаже, примерно 10 000 квадратных футов, открытая квадратная планировка. Я провёл обследование и выяснил, что для нас лучший вариант — использовать канал 1, чтобы избежать пересечений с другими компаниями.

Нас немного сократили, поэтому сейчас у меня есть 4 UniFi AP. Я разместил их в четырех углах помещения, все на канале 1 с автоподбором мощности. При этом от владельцев Mac поступают жалобы на пропадающий интернет при отличном покрытии.

Посмотрев логи устройств, на которые жалуются, я предполагаю, что это связано с переключениями между точками доступа или роумингом, хотя при этом они вообще не выходят из своих рабочих зон. Есть идеи, с чем это может быть связано, возможные решения, почему вообще происходит такое переключение, и если оно действительно имеет место, почему при условии одного SSID и канала с нулевым хендовером (3.2.1) это приводит к потере соединения?  

Дальше я думаю попробовать:  
- уменьшить мощность сигнала у всех AP;  
- или использовать только один AP на весь офис;  
- или задать разные SSID для каждого AP (хотя это не идеально).  

Чтобы проверить некоторые из этих идей, особенно вариант с одним AP, я хотел сделать тестовый SSID, который вещает только одна точка доступа. Кто знает, как это лучше организовать?

Заранее спасибо.

Хотя у меня было много разочарований с UniFi, могу сказать, что следующая конфигурация наконец-то хорошо работает для меня в многоэтажном здании с более чем 500 устройствами на OS X (MacBook и iMac) разных возрастов и версий, а также множеством iOS-устройств (также есть немало Android и Windows).  
Точки доступа: 14 UniFi AP AC  
Версия контроллера: 3.2.7  
Безопасность: WPA Personal  
Режим WPA: только WPA2  
Шифрование: AES/CCMP  

У нас несколько SSID, каждый работает на своём уникальном VLAN, а точки доступа сами находятся в отдельном VLAN — очевидно, что порты, к которым они подключены, все настроены как транки с дефолтным VLAN для точек доступа.  

Кроме точек доступа, всё оборудование у нас Cisco Meraki (MX100 Security Appliance и 5 48-портовых PoE коммутаторов уровня 3). Мне очень нравится техника Meraki, но я не мог оправдать расходы на их AC-решение — хотя новая модель MR32 явно снижает стоимость по сравнению с MR34.  

На данный момент единственная моя претензия к UniFi — это то, что AC-устройства не поддерживают Zero handoff, что, честно говоря, раздражает, особенно учитывая, что это заявленная функция. По всем отчетам, которые я читал, ни один UniFi-аппарат правильно эту функцию не поддерживает.  

Если бы у меня не было ограничений по бюджету, я, конечно, выбрал бы полностью Meraki, но ценовое предложение UniFi просто отличное, когда всё настроено и работает :-P

Кто-нибудь знает, в каком состоянии дело с тем, что на macOS плохо работает версия 3.2.1? Или где можно поискать информацию? Куда стучаться, короче?

Отлично, с нетерпением жду этого. Неделю назад я снова попробовал, и AirPlay постоянно тормозил на моём MacBook Pro с 802.11n. Использую UniFi 2.4.6.2178. Однако на ПК с AirParrot (программой для зеркалирования AirPlay на ПК) всё работает безупречно... странно.

Вижу, эта тема снова ожила... Я решил проблему с клиентом. Изначально я добавил точки доступа Unifi в уже существующую сеть клиента с устаревшим оборудованием. Был старый роутер Linksys RV016 на границе сети и простой коммутатор Linksys. Старое железо. Я сменил роутер на RV220W и поставил коммутатор HP ProCurve. Проблемы исчезли. Весной даже добавил ещё две точки доступа Unifi. Сеть работает как часы. За много лет работы с малым и средним бизнесом я заметил одну штуку: если в старом оборудовании что-то идёт не так, и в сети возникают странности, то стоит заменить железо на новое — и проблемы обычно уходят.