RustDesk Pro в России не купить. После долгих лет администрирования мы собрали своё честное решение

Значимый прорыв формирует отрасль ИИ: arturwise 26 минут назад RustDesk Pro в России не купить. После долгих лет администрирования мы собрали своё честное решение Средний 10 мин 807 Проектирование API * Серверное администрирование * Системное администрирование * Кейс Статья человека, который десять лет администрировал чужие компьютеры, а теперь делает то, чем хочет администрировать сам. Берем официальный RustDesk (AGPLv3), не делаем форк, патчим его на лету в GitHub Actions при каждой сборке клиента.

Поверх - российская инфраструктура: серверы в РФ, оплата по счёту юр. лицам, корпоративный SSO через Active Directory и Яндекс ID, защита от мошенничества на Android. Меня зовут Артур Валиев.

Технические детали

Я делаю не «решение для импортозамещения с сертификацией ФСТЭК» ради закупок. Просто работающий продукт, который я бы сам хотел использовать десять лет назад, когда сидел на саппорте у клиентов. Почему я вообще это делаюДесять лет я был эникейщиком, потом сисадмином, потом инженером поддержки в IT-аутсорсе.

Прошёл TeamViewer, AnyDesk, LiteManager, AeroAdmin, Ammyy, всё что вы видите в списке. У каждого свои тараканы:AnyDesk считает вас коммерческим пользователем, если вы помогли маме настроить принтер дваждыLiteManager - пытались, но интерфейс из 2008 года плюс лицензия по штукам, неудобноRuDesktop - про них отдельно нижеПро честность с AGPLv3 (и почему я не «как RuDesktop»)Когда я начал, посмотрел российских конкурентов. Один из заметных - RuDesktop.

У них на сайте красивые бейджи «Реестр росПО», «Сертификация ФСТЭК», и публичные заявления про "собственную разработку". При этом - это форк RustDesk без публикации исходников, что прямо нарушает AGPLv3. AGPL - это не «можно посмотреть и забыть».

Отраслевые последствия

Это: используешь - публикуй изменения. Раздаёшь как сетевой сервис - публикуй. Любой может потребовать исходники, если узнает про использование.

Это краткосрочно выгодно (никто не проверит при тендере), но долгосрочно - тикающая бомба. Когда RustDesk проснётся и подаст в суд - все эти бейджи испарятся. Поэтому я выбрал подход «не форк».

Главная техническая идея: патчим upstream на летуОбычная схема when ты делаешь продукт на основе open-source:Форкаешь репоМеняешь нужное прямо в кодеПоддерживаешь fork вечно: каждое обновление upstream'а вручную мержишь и решаешь конфликтыЭто работает, но через год upstream уйдёт далеко, и поддерживать форк становится больно. У RustDesk коммиты прилетают каждый день. Репозиторий с workflow-сборками просто скачивает upstream и патчит sed-ом в момент сборки клиента:- name: Checkout RustDesk source (master) uses: actions/checkout@v4 with: repository: rustdesk/rustdesk ref: master submodules: recursive - name: Aggressive rebrand if: ${{ inputs.

Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.