vreitech

настроить сеть в режиме моста, прописать статику и коннектиться.

Подключить можно хоть сто.
А вот заставить конкретную программу ходить через конкретное соединение средствами Windows невозможно.
Такое возможно сделать только с использованием сторонних прокси серверов по следующей схеме -
1)заставляем браузер работать через прокси.
2)пишем маршрут к адресу этого прокси через конкретное соединение.

print Dumper( decode_json($json_data) );

my $ref = decode_json($json_data);
my $arr = $ref->{"items"};
for my $item ( @$arr ){

    print $item->{"Child"}->{"name"}, " ",  $item->{"Child"}->{"pet"};
    print "\n";

}

Результат:

Jack Cat
David Dog
Merry Hamster

Astra точно можно. Сертифицирован он именно для этого.

Посмотри в сторону Astra Linux

1. Аккуратно открутите блины.
2. Помойте их водой с мылом.
3. Протрите мягкой тряпочкой
4. Поздравляю! У вас чудесные подставки под кофе!

PS. Там еще есть очень крутые магниты! Ими на холодильник записочки можно лепить. Хрен оторвешь!

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

Канал IDE жесткого диска в режим PIO не перешел, случаем?

Вариант 1: терминальную сессию запускать, например из батника, который бы ждал завершения терминальной сессии: start /wait mstsc ...., а следующей командой - shutdown -l
Вариант 2: сделать для пользователя в качестве оболочки mstsc с соответствующими параметрами, тогда логаут будет автоматический после завершения rdp сессии.

Потому что его трудно в гугле искать

папка должна существовать

Во первых на диске могут быть не только файлы, но и служебная информация файловой системы.
Во вторых файлы размером 20кб могут занимать на диске более гигабайта.
В третьих у меня например на диске размером 2тб хранится более 10тб информации, при этом диск наполовину пуст.
В четвертых стандартные средства просмотра диска не могут показать полной картины использования диска.

Поэтому либо забейте на это дело, либо вдумчиво и серьезно изучите работу файловой системы.

СХД, как и многие другие вещи -- это дело такое... Если у вас возникает вопрос "а зачем нужны СХД", то значит, вам она точно не нужна :-)

В чём профит СХД -- это многократно зарезервированная система. У неё от двух до N контроллеров, каждая дисковая полка подключена минимум двумя путями, каждый диск подключен двумя путями (SAS-диск, конечно же), и на дисках используются механизмы типа T10-PI, гарантирующие целостность данных. Диски имеют пропатченные прошивки, логика работы этой прошивки такова: "лучше мы ложно зафейлим диск, чем случится реальный сбой, а мы его прошлёпаем и потеряем данные".

Также есть всякие функциональные штуки типа моментальных снапшотов, механизмов репликации (когда у вас два географически разнесённых тома имеют полностью одинаковое содержимое и синхронизируется практически в прямом эфире). СХД умеет tiered storage, когда система реализует кэш наиболее горячих данных на базе SSD-дисков или в RAM.

Но надо понимать, что сама СХД и расходники для неё будут стоить как крыло от F-35, и СХД нужно брать ТОЛЬКО с соответствующими сервисными контрактами. Без сервисного контракта -- любой сбой будет вам обходиться в копеечку, а время ремонта может исчисляться месяцами. С другой стороны, СХД довольно надёжны, и количество сбоев у них не очень велико. С третьей стороны, вендоры очень любят брать деньги за воздух. Например, у IBM есть такая практика -- если у вас истёк сервисный контракт, а вы его не продлили, а потом у вас случился сбой и вы решили купить сервисный контракт обратно, то вам в стоимость добавят стоимость годичного сервисного контракта в виде штрафа. Т. е. если вы решите спустя N лет приобрести сервисный контракт на 2 года, то по факту заплатите как за 3 года -- "1 год условно" вам выставят в виде штрафа. Этим грешит не только IBM, но и ещё ряд вендоров.

СХД нужна только для случаев, когда у вас критичные бизнес-процессы, и любая их остановка -- это настолько крупные потери, что стоимость этих потерь превышает стоимость СХД и сервисных контрактов на неё. В остальных случаях я бы рекомендовал самосборные хранилища и организацию процесса работы с ними так, чтобы минимизировать риски и последствия возможных сбоев.

Для чисто файловых хранилищ подойдёт, например, Windows Storage Spaces в конфигурации с двумя серверами и одной двух-контроллерной корзинкой DAS, подключенной к обоим серверам. Это гораздо дешевле СХД, а многие вещи такая конфигурация умеет -- нет единой точки отказа, умеет RAID на дисках, умеет условно tiered storage и умеет снапшоты средствами VSS на винде.

На фре тоже сейчас активно пилят High Availability в ctld. Полагаю, включат в 11.0, и можно будет строить отказоустойчивые iSCSI-хранилки на основе FreeBSD+ZVOL+ctld -- отличный вариант под хранение виртуалок. Причём ZFS тоже умеет снапшоты, вот если бы Veeam научился с ними работать, была б ваще чума... :-)

SCTP