Кот Абсолютный

То есть ты на весь тостер расписался в том, что без чита тебе играть слабО? Самокритичненько...

Сначала опишите требования.. Потому что например в российском КИИ можно будет (очень скоро, через полтора года всего) использовать только пятерку дистрибов, входящих в реестр минсвязи.

Опять же что значит "к работе в домене искаропки"?

Знать и уметь использовать доменные учетки? - да, можно
Автоматически мапить сетевые ресурсы - да, можно (при условии хранения пароля на диске в тексте)
Автоматически предоставлять права админа к компу - может быть через самбу можно
Автоматически создавать скрытые шары с админском доступом - см. выше
Использовать GPO - нет, нельзя (это непроверено, но скорее всего так)
Получать сертификаты из AD - нет, нельзя (ну, мне неизвестно как)
...впишите свое...

Какой тип собственности?

Никакой. Тут нечего передавать в собственность - нет обьекта собственности.

Какие правовые акты / статьи(каких кодексов) используются для регулирования отношений и сопров?

1. Договор об оказании услуг. Он у каждого регистратора свой, берем для примера Договор с АО "РСИЦ" (Руцентр, nic.ru) - Договор с физиком от nic.ru
2. ГК РФ, глава 39 "Возмездное оказание услуг"

Термины "купить домен" или даже "арендовать домен" - по сути юридически неверны. Покупка/аренда подразумевает передачу в собственность (постоянную или временную) некоего материального обьекта.

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

Поэтому юридически верным будет говорить об оказании услуг "администрирования доменного имени", "аминистрирования первочной зоны DNS", "администрировании вторичной зоны DNS" и прочих услугах.

Тогда конечно же возникает вопрос - а что же я покупаю-то за свои кровные?

Покупается право занести в справочник, которым пользуются все (DNS) - информацию, которая нужна тебе.

аукцион на nic.ru. Если ты конечно можешь подтвердить права администрирования домена. (А продать ты его не можешь просто потому что ты его не покупал :) )

Не думаю, что он стоит столько. Длинный. Звучит конечно прикольно, но длинный. klak.ru или даже kvak.ru было бы куда круче :) (да любой четырехзнак собственно)

kvak.ru - не поверите - Клуб Веселых Активных Культурных Туристов! :DDD

И если процедура будет активна, но запустится другая команда, то она просто скипнет свою очередь и не выполнится.

Тогда через крон пускать нельзя, нужен менеджер очереди.

Ничего удивительного нет.

GTS Root R1 - корневой центр, который выдает сертификаты только субцентрам. Обычная практика. Выдал сертификат субцентра для GTS CA 1P5.
GTS CA 1P5 - субцентр, который выдает обычные сертификаты. Выдал обычный сертификат для work.ua
work.ua - сайт, который получил сертификат.

Цепочка изданных сертификатов - три штуки, корневой, промежуточный, целевой. Только очень маленькие CA используют один корневой, все остальные, как правило создают иерархию в два, а то и три уровня.

Скорее всего на асме, но возможно и на других языках, см. ответ freeExec

Подскажите, куда ветер дует?

Ветер очень устойчиво дует в сторону исключительно "российских" дистрибов (в кавычках, потому что они примерно такие же российские, как ВАЗ-2101 :) - но другого не будет, придется любить эти).

Ну то есть, будет не просто линух, а именно "российский линух" - с российскими репами и прочими реалиями.

Поэтому смотреть надо в эту сторону.

Странно, что разработчик для ФГУП не в курсе Указа #166 от 30.02.2022 года

Русский и "автоматический английский"? Если технический текст еще худо-бедно читать можно:

ОПИСАНИЕ
        Функция CHDIR () должна привести к тому, что каталог, названный путем, указанный аргументом пути
        стать текущим рабочим каталогом; то есть отправная точка для поиска путей для именов
        Не начинается с '/'.

Возвращаемое значение
        После успешного завершения 0 должен быть возвращен. В противном случае -1 должен быть возвращен, текущая работа
        каталог остается неизменным, и Errno должен быть установлен для указания ошибки.

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

1. Сканирование WiFi - если сеть достаточно компактная, можно тупо телефоном проверять, иначе же автоматизировать.
2. Сканирование типа системы через nmap например. Роутер можно заставить прикинуться виндой, но для этого нужно иметь нехилую такую квалификацию, которая большинству любителей обойти корпоративный прокси и не снилась.
3. СМП на рабочих местах, регламенты с ознакомлением под роспись, и примерное анальное насилие над первым, кто попадется с трансляцией воплей на всю контору чтобы отбить желание дурить у других начисто.

Как всегда - комплекс административно-технических мер

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

Что за бред? Тервер нужен, матлогика, двоичное исчисление.Из физики вполне достаточно школьного курса. На кой хрен админу геометрия - непонятно. Я тоже не люблю и не знаю ни физики (практически всю) ни больших обьемов математики - что не мешает мне работать админом (и теперешняя моя работа - она все равно на много админская) с лохматого года.

ЭЦП/Сертификат/Подпись и тд. могут ли использоваться для создания защищённых сессий? Просто если так, то что тогда, если допустим я обменялся с другим человеком открытым ключом сертификата RSA, т.е. он имеет возможность расшифровать подписанный мной документ и проверить хэш,

Разумеется. Это все стопицто раз описано в тырнете.

Есть Алиса и есть Боб. Предположим, у каждого сертификаты для подписи почты (это важно - у сертификата есть поле применяемости - если там не стоит что он для почты - хрен чего сделаешь), выпущенные ... ну допустим GlobalSign CA.

У Алисы есть свой сертификат (открытый ключ) и ключ (закрытый ключ). Сертификат свой Алиса может хоть на заборе писать, ключ же должна хранить пуще девственности.
У Боба тоже есть свой сертификат и свой ключ. И он его тоже должен беречь пуще ящика пива.

Алиса пишет письмо Бобу.

Сначала она набирает текст "Dear Bob, I'm very pleasant be fucked by you yesterday. I'd like to repeat ASAP"

Потом она шифрует свои откровения открытым ключом Боба, который у нее есть. Расшифровать обратно она уже не сможет - это сможет сделать только Боб своим закрытым ключом. На выходе - шифротекст.
Потом она подписывает шифротекст своим закрытым ключом. Эта операция не изменяет сам шифротекст, но позволит удостовериться в том, что он не изменился в процессе передачи.

Боб получает письмо и проверяет подпись открытым ключом Алисы. Если подпись проверена правильно, то это доказывает, что письмо на самом деле от Алисы, а не от Мэри, которая давно мечтает отдаться Бобу.
После проверки подписи Боб расшифровывает его своим закрытым ключом и читает.

Все. Шифрование и подпись документа, допустим делается так же, только сертификат ессно должен иметь применимость "шифрование документов".

У серверов общий корневой центр выдачи, но разные промежуточные центры выдачи сертификатов.

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

VNC
Для винды - RDP (нельзя сказать, что она полностью бесплатна, но если винда купленая - то уже и RDP куплена)

Давно прошли те времена, когда при открытии страницы на нее разом выгружались все данные. Сейчас все страницы, интересные для парсинга генерятся динамически - открыл страницу - а там куча белых пятен, которые жжжж... и заполнились!