Хорошо, сделаю. К счастью, я не устанавливал много устройств таким способом. Было бы неплохо получить короткое уведомление в приложении или хотя бы в журнале изменений приложения. Хотя, конечно, это не представляет серьезной угрозы безопасности, но я могу представить, что пользователь не будет регулярно сбрасывать точку доступа, и эта проблема будет тянуться долго — вероятно, многие годы.

Привет, Дэвид, эти изменения — идеи для будущей версии, поэтому они пока не реализованы, и для перехода на более длинный пароль на Android нужна перенастройка — правильно? Привет, Мартин

@waterside

@caffn8me

Большое спасибо за вашу помощь в расследовании этой проблемы!

@UBNT-Jonge

Спасибо за быструю реакцию. К сожалению, у меня сейчас под рукой нет ни одного iOS-устройства. Но как только выйдет обновление для Android-приложения, я с удовольствием его опробую. Было бы здорово, если бы простая «переконфигурация», например, переключение светодиодного индикатора включить/выключить, была бы достаточной, чтобы «переключиться» на более длинный пароль. Или единичный повторный ввод пароля тоже подошёл бы. Спасибо, привет из Австрии! Мартин

@caffn8me

Спасибо еще раз! Забавно, что если пароль короче 8 символов, добавление лишних символов не приводит к успешному входу. Например: если пароль «password123», то вход с «password123xyz» тоже работает. А если пароль «pass123», то вход с «pass123xyz» не срабатывает.

password123 установлен через приложение: ubnt:T0NR.Gbjaa7Gc:0:0:Administrator:/etc/persistent:/bin/sh  
password123 установлен через ssh: ubnt:$1$3tDrMt20$4aXmvIuatJjQF.PZQJy5J.:0:0:Administrator:/etc/persistent:/bin/sh  
pass123 установлен через приложение: ubnt:9390LsTttHYZQ:0:0:Administrator:/etc/persistent:/bin/sh  
pass123 установлен через ssh: ubnt:$1$wRBqA/Lo$G8rtgLckaRI7mCpSKe.K1.:0:0:Administrator:/etc/persistent:/bin/sh

Что из этого можно понять?

//редактирование:  
Еще интересный момент:  
Когда я добавляю устройство в контроллер (V5.6.29), в system.cfg появляется строка «unifi.version=5.6.29» (у устройства стоит версия V3.9.19).  
Но когда я настраиваю точку доступа через андроид-приложение (V1.6.8) в режиме EasySetup/Standalone/Controllerless, в system.cfg стоит строка «unifi.version=4.7.1».  
Возможно, этот нюанс с паролями — это какой-то «пережиток из прошлого»?

Спасибо! Я теперь сменил пароль на «password123», и теперь работает только он — отлично! Но... как только я вхожу в приложение с новым паролем, старый пароль снова устанавливается как текущий, и происходит то же странное поведение. Если сначала удалить данные/кеш приложения, тогда используется новый пароль (password123), но опять кажется, что учитываются только первые 8 символов. Похоже, это довольно серьёзный баг мобильного приложения — оно берёт только первые 8 символов. Тогда почему же, например, вход с паролем «password123asdfghjkl» тоже работает? Интересно, я один заметил эту проблему?! Спасибо, привет, Мартин.

Хорошая идея, мне нравится её протестировать. Но как — есть подсказки? Также обратите внимание на мою правку в последнем сообщении. Спасибо!

Сегодня я установил ещё один совершенно новый AP-AC-LR. Опять же через мобильное приложение (Android, v1.6.8) в автономном режиме: сначала очистил кэш и данные приложения, затем настроил с новым паролем — длиной в 24 символа. И всё точно так же: после настройки я могу войти по ssh (да и через мобильное приложение тоже) используя только первые 8 символов пароля. Дома у меня другой AP-AC-LR, и он ведёт себя точно так же. Я что, один такой с этой проблемой?

//редактирование:  
Когда AP подключён через сервер, пароль сайта (Device Authentication) проверяется полностью. Похоже, что эта проблема «только» возникает при настройке AP через мобильное приложение в автономном режиме (без контроллера).