Quqas

как настроить...

в целом, из любой точки мира имея учётку\пароль можно подключиться "к офису"

нельзя софт? штатное решение rdp

нет прав? так не надо лохматить бабушку

зачем врапер если подключается только 1 клиент?

без него дропает?

конфиг врапера делают "люди" - и они, по собственному опыту лажают. бывает лишь с 3-4 источника для конкретного билда, конфиг начинает отрабатывать нормально

по rdp надо не к компу с виртуалкой, а к самой виртуалке подключаться.

если дрова стоят - с пробросом токенов 0 траблов

каждая первая "управляйка" может передавать файлы.

ammyy
anydesk
etc...

ограничиваешь по id кто и чего может делать + пасс позубодробительней - и из любой точки мира по id же подключаешься

для этого не обязательно было целый сервак арендовать.

можно было "просто интернет" у забугорного провайдера.

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

не имеет своего шлюза

что, буквально?
к файлопомойке могут достучатся лишь "*дцать" компов из его же подсети?
если на нём нет инета, то в общем случае = никак. пробрасывай не пробрасывай - не взлетит ибо обратный маршрут не пройдёт.
а если инет таки есть - есть и стопицот программ удалённого управления работающих за nat\через прокси и т.д. ammyy my favorite

к персональному сеансу на windows сервере

встречный вопрос - как вы себе это представляете без rdp?

какой бы сервер из себя не был - консольно он всё равно только 1 сеанс позволяет. все остальные только по rdp

другое дело что в эти уже существующие rdp сессии, есть варианты подключится извне.

вот рабочее решение


у нас все компы названием с spb начинаются - у себя поправь.

а далее можно играться чтоб было без предупреждений об сертификатах и\или rdp файлах

но это уже муторней

такой ups (по описанным хотелкам) будет стоить кратно дороже компа

тебе нужен внешний ip-kvm раз уж в железе нет ipmi или хотя бы intelAMT

выйдет дешевле

RDgateway только прикидывается https туннелем, но им не является и никакой апач не поможет = нет http(s) трафика - нечего и прокидывать.

но есть хинт rdgateway позволяет сменить свой порт. так что доп адрес и nginx не нужен. достаточно лишь на микроте правило для порта (но нужно чтоб одинаковые на внешнем и внутреннем ip)

ну и правильно объяснить юзерам как его прописывать через : в mstsc

+например дефолтный mstsc из семёры не могёт нестандартный порт шлюза. нужны обновы

они у тебя все локальные одмины что-ли?
вообще то рядовой пользователь в принципе не может подключится по rdp к компу пока не добавишь его в группу "пользователи удалённого раб.стола" локально на конкретном компе.
отсюда и плясать.

так и зачем и причём тут rdp если у проги защита (неработоспособность) при rdp подключении?
это другое и никак не лечится (даже обычные кряки ломают именно возможность запуска без лицухи, но не учитывают rdp защиту если есть)

просто наведи порядок с вариантами подключения к консоли сервака (раз прога только "на настоящем " компе работает)

-должны ли все они сидеть в одной сессии? (такое себе..)
-стоит ли каждому из них разрешать свою прогу-управлялку?

поражает унылость отсутствия ответов, но судя по всему предположение "банально по алфавиту" было верным.

переделал на 0b.conf и 1a.conf и стало наоборот = всегда на B сайт если не а или b в адресной строке.

но единственная ли это причина - из-за местной унылости, осталось неясным.

штош
за каким то бесом они в самом деле сделали лютую несовместимость x32 и x64 для uefi

сами пункты меню нашёл как и где (bcd на лету генерятся и в tmp папке лежат, но можно переименовать)
во всём гугле вопросы подобные были но 0 ответов. так что считай "первооткрыватель"
другое дело что бессмысленно по итогу. "начав" грузится в x64 - не переваривает x32 efi проги
даже поменяв winload.efi - упираемся в ntoskernel.efi, а менять его уже без толку.

в итоге после разных попыток всегда 35 гигов если ext4
остановился на btrfs = 200метров (против 64raw) на момент создания

признать несовместимой ext4 с H-v (ещё неизвестно как разрастётся когда начнёшь наполнять)

всем спасибо.
-сам сразу нагуглил, что сначала правим PermitRootLogin yes, а уж только потом sudo passwd.
-по факту придётся держать 2х юзеров на убунте. рутом удобно в winscp править всякое. а ncadmin нужен чтобы через putty заходить и скрипты работали.
рутом через putty не зайти по нормальному. стартуют скрипты (runonce) но не могут отработать т.к. под рута не заточены, о чём и пишут - и так по циклу

p.s. но в целом думал, что этот псевдоUAC можно отключить. а оказывается всё дело кем логиниться