ky0

Единственный нюанс при изменении NS-серверов заключается в том, что, если они находятся в той же самой зоне - помимо имён нужно указывать и IP-адреса (что логично). Всё остальное - заморочки конкретных панелей управления доменами, рекомендую спросить у саппорта, в чём дело.

Есть ли вариант как то распределить это все отдельно, для надежной работы

Конечно, именно так и увеличивается отказоустойчивость. Только не банальным разнесением разных сервисов на разные железки/виртуалки, а с сопутствующим резервированием - дублирующим контроллером AD, серверами хранения, DNS и т. д.

Нужно понимать, что начав увеличивать надёжность, нужно увеличивать её везде - и на сетевой инфраструктуре, и на системах хранения, энергосети... иначе в случае выхода из строя одной из подсистем всё может встать колом несмотря на резервирование в остальных местах.

Что показывает подключение в verbose-режиме? Часто права на файл/каталог ~/.ssh ставят неверные, поэтому ключ не используется.

"Более защищённей" та ОС, которая настроена более пряморуким админом. То же самое относится к остальной инфраструктуре. При прочих равных - разница в "более защищённости" у популярных дистрибутивов отличается гомеопатически.

Когда вы отправляете со своего сервера на Яндекс, используются настройки шифрования Яндекса. Примерно так же, как, зайдя на сайт, вы используете настройки шифрования сайта.

Если через сенсоры нельзя, ну, что вам ещё посоветовать? Припаяйте регулировочный резистор с колёсиком :)

Вентиляторы обычно не просто так шумят. Либо от перегрева, либо от механических неполадок.

Опечатка в имени файла. Переименуйте нормально, положите в один каталог и повторите.

Это те самые вопросы, которые стоит задавать оракловому DBA, а не на Тостере. Потому что после логов вы спросите про профилирование, оптимизацию запросов и т. д.

Можно. И если адаптер поддерживает мониторинговый режим - то и в линуксе можно будет его активировать.

Как делается проброс - зависит от системы виртуализации, rtfm.

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

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

Зачем изучать линукс на голом железе? Поднимите виртуалку - и изучайте. Хочется иметь доступ вне дома - арендуйте виртуалку на хостинге за пару евро в месяц.

По умолчанию шелл пользователя sh, он без красивостей. Поменяйте в /etc/passwd на что хотите, тот же bash.

Можно дать пользователю права на взаимодействие именно с этим файлом с помощью sudo.

AviSynth

10-15% - это вам ещё, считайте, повезло.

Если периодичность постоянная - возможно, какой-то скрипт в планировщике или мониторинг. Но поскольку у вас упомянута б-гомерзкая панель - разумеется, первый подозреваемый - именно её потроха.

Если адаптер в принципе поддерживает такую возможность и прокинут внутрь виртуалки - то это вполне осуществимо стандартными способами.