@Uberseehandel, согласен, что версия для Windows нуждается в доработке, поэтому я её нигде не использую. У меня есть некоторые сайты, где админы хотят и понимают только приложения под Windows.

И я очень надеюсь, что этого не случится (часть с покупкой). Я вообще не понимаю, зачем эта тема тут вообще нужна... выбираешь свой вариант контроллера и двигаешься дальше. Почему бы не хотеть, чтобы софт улучшали? ПО контроллера до сих пор строится так, будто в мире есть только AP. Когда появились коммутаторы и шлюзы, основная структура модели данных должна была измениться с сайтов на сети. Но этого не произошло. Поэтому атрибуты сети путают с атрибутами сайта. Опытный поставщик для корпоративного сегмента знает это, и это помогло бы сделать продукт лучше. UBNT — это гораздо больше, чем просто продукт для хобби. R+C

Я просто жду, когда какой-нибудь уже работающий поставщик для корпоративного сегмента купит UBNT, чтобы покрыть ценочувствительный сегмент рынка и заодно разобраться с программным обеспечением.

То, что для Java написано много классных приложений, не меняет факта, что эта платформа печально известна своей ненадёжностью и тем, что под неё пишут кучу вредоносного ПО, специально чтобы этим пользоваться. Малый бизнес ограничен в ресурсах для поддержки своей IT-инфраструктуры. Те, кто выбрал исключительно Windows, имеют на это веские причины уже много лет, а если добавить в уравнение сервер на Linux, придётся учить совершенно новую платформу — а это не быстро и не просто. Я знаю, потому что сам этим занимался годами, и потратить два-три часа на то, что в Windows делается за 15 минут — веская причина не тратить время на изучение Linux, даже если в перспективе это принесло бы пользу мне и моей компании.

Твой комментарий звучит как типичный забитый на Linux фанат, который пьёт этот «Кулэйд» и просто не понимает, как кто-то может предпочесть Windows — значит, все остальные просто тупицы, что не перешли на Linux. Но мир устроен иначе, и твоё отношение совсем не располагает админов Windows, таких как я, воспринимать тебя всерьёз. Я искренне уважаю Linux и понимаю, что он многому может научить, но я выбрал другой путь в своей IT-карьере, и наступает момент, когда силы и время на освоение всего нового просто заканчиваются.

Возвращаясь к Unifi… разработчики явно успевают продолжать развивать Java-клиент контроллера, ведь обновляют его регулярно. Мне кажется, если у них есть время на это, они могли бы потратить часть усилий на создание нового клиента, не основанного на Java и более соответствующего стандартам программирования Windows. То, что они этого не делают, многое говорит об их отношении к Windows, но те из нас, кто вложился в эту платформу (не подозревая о таких минусах заранее), вынуждены с этим мириться или признать поражение и искать другую беспроводную платформу, для которой поддержка Windows в приоритете.

В одном мы с тобой согласны: в ближайшее время это, скорее всего, не изменится.

Серьёзно? Ты жалуешься на кастомные порты? Если у тебя на одном сервере несколько приложений, и им каждому нужен хотя бы один порт для связи с внешним миром, что они иногда будут пересекаться — это совершенно нормально. По крайней мере для тех, кто хоть сколько-то в IT. Если думаешь, что переназначать порты время от времени — это сущая мучение, то советую задуматься либо о виртуализации, либо о смене профессии. Уф.

Согласен, нынешняя установка Windows — мягко говоря, оставляет желать лучшего и показывает минимальный интерес к Windows как платформе. Лично я, учитывая, что с ресурсами разработчиков явно напряжёнка, был бы рад, если бы UBNT вообще перестал поддерживать Windows, ведь под Linux всё работает идеально и никакой каши от Java на Windows нет. Если из-за этого их продукт станет менее корпоративным в глазах некоторых — пусть будет так. Трудно поверить, что даже у малого бизнеса, не говоря уже о среднем или крупном, нет хотя бы нескольких Linux-серверов.

Очень легко критиковать выбор платформы с понедельника утром — у меня лично нет проблем с Java/Tomcat как платформой. Благодаря им появились очень крутые приложения (этот IPAM — мой любимый Tomcat-продукт всех времён).

Не знаю, начинаю заговорить лишнего. Короче: плохой мастер винит инструменты. Очевидно, что версия UniFi контроллера для Windows — не лучшая. К счастью, это не единственная их версия. Если ты действительно в корпоративной среде, решение простое — не запускай контроллер на Windows! Или можешь продолжать ныть — мне всё равно. Не думаю, что они скоро что-то исправят. У моего хорошего друга есть классная фраза: «Положи то, что хочешь, в одну руку, а какашки — в другую, загадай желание и смотри, что у тебя получилось». Я просто поставил контроллер на Linux и забыл.

Нужно ли было так делать? В идеальном мире — нет. К сожалению, мы живём не в идеальном мире 😛

Это идеальный пример администратора, который ошибается и при этом ещё и высокомерен. Извини, andyc, но твои аргументы просто не имеют никакого логического смысла. Контроллер не должен запускаться в пользовательском контексте. Ни одно приложение НИКОГДА не должно запускаться в пользовательском контексте. Все приложения — это приложения, ТОЧКА. Приложения запускаются из Program Files, ТОЧКА. Приложения и содержащиеся в них настройки должны быть доступны всем авторизованным пользователям, ТОЧКА.

Можешь представить, насколько было бы невозможно управлять IIS или SQL Server в пользовательском контексте? Насколько нужно быть глупым, чтобы не понимать этот базовый принцип?

Использование сервисных учётных записей для доступа к приложению — бессмысленно. Ни один хороший системный администратор так не работает, извини. На самом деле лучшие практики ЯВНО запрещают использование сервисных учётных записей. Не могу поверить... я просто стучу головой об стол, что ты вообще такое предлагаешь.

Наконец, Windows-приложение должно следовать принятым в Windows правилам, несмотря на то, что оно построено на Java — этой дырявой с точки зрения безопасности ночной кошмарной платформе.

В итоге, UniFi контроллер — это безалаберный, любительский продукт. Нет никаких оправданий тому, что корпоративное приложение сделано на Java. Купи за пять долларов Python IDE — и работай с ним. Или если уж совсем приспичило, используй Visual Studio.

Неприемлемо, что мне приходится делать костыль, чтобы перенести файлы UniFi в правильное место. И не надо мне говорить, что пользовательский контекст — это правильное место установки. Это мышление «наоборот» в духе Linux, и ему здесь не место, в мире Windows. (Клянусь, меня очень тянет сделать linux-приложение, которое бы нативно управляло UniFi AP с куда лучшим интерфейсом... но которое потребует создания папки /Program Files в корне и установки туда.)

Не бывает оправдания тому, что UniFi контроллер работает как собственная веб-служба. Это просто ленивое программирование. Дизайн UniFi конфликтует напрямую с Symantec Endpoint Protection Manager, который построен по аналогично халтурной модели: собственная веб-служба на отдельном порте. И, как назло, порт Symantec совпадает с портом, на котором хочет работать UniFi. ОЙ. Неприемлемо, что мне приходится делать ЕЩЁ ОДИН костыль, чтобы заставить UniFi нормально уживаться с другим, куда более важным ПО.

Халтура, халтура и ещё раз халтура.

Вот почему я не могу рекомендовать UniFi компаниям, с которыми работаю. Им нужна стабильность, надёжность, гибкость. UniFi контроллер ничего из этого не даёт. С ним просто одно мучение работать.

Можешь показать, что именно вводишь в адресной строке браузера? Также отметь, какие версии Java и контроллера используются, на случай если дело сложнее. R+C

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

Еще один голос за изменение настроек установки, чтобы приложение могло запускаться от имени «всех пользователей». Как MSP, я всегда создаю несколько админских аккаунтов — один для «обычных» техников, один для техника-«менеджера» и один для клиента, чтобы он мог использовать его при необходимости по любой причине. Эти три группы не знают паролей друг друга, и это помогает нам отслеживать, кто и что делает на наших серверах. Если я прошу техника установить контроллер Unifi, я хочу зайти под админом «менеджмента» и работать именно с этим аккаунтом. Это ошибка в дизайне, которую нужно исправить, иначе программа так и не станет по-настоящему корпоративной. А оправдание, что это сделано, чтобы не допустить одновременный запуск приложения двумя людьми, просто смешно. Много других корпоративных программ решают эту задачу — они просто не запускаются, если уже работают в другой сессии. Устанавливайте в папку Program Files с общей директорией данных, а иконки и пункты меню запуска кладите в «публичные» папки. Вот так правильно. Надеюсь, никого не обидел...