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

Windows 10 устанавливать никуда не стоит, ну разве что Вы как Джок Стерджес - без стеснения :) А уж на комп с 2G RAM тем более - там семерка-то притормаживает.

Буржуи обычно на такие расплывчатые вопросы отвечают it depends. Буквально "это зависит". Потому что это зависит от множества факторов - железо на сервере, особенно обьем памяти и локальных дисков, задачи, которые будут крутиться на машинках, планы по расширению в кластер, наличие и планы на СХД, личные предпочтения - тема ESXi vs Hyper-V почти такая же заезженная, как Windows vs Linux (и собственно частично ее отражает :))
Если это отдельный хост и никогда не будет второго хоста рядом - я бы поставил VmWare ESXi. Гипер для отдельно стоящего хоста бесплатный, поддержка железа - практически любого, если вдруг его нет - есть способы ее (поддержку) добавить. Теоретически ESXi - это отдельно стоящий сервер - но тут мне недавно подсказали замечательный финт ушами, как можно работать за ним с помощью отдельной видюхи, проброшенной в виртуалку :)

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

Задача распадается как минимум на две.

1. Регистрация доменного имени mneprostointeresno.ru. Это делается у любого регистратора. Для того, чтобы настроить имена ftp, www, ns и т.д. подымать свой DNS не обязательно - регистраторы оказывают услуги Primary-DNS. У этого решения есть плюсы и минусы. Плюсы - ничего не подымать, все редактируется в более-менее дружественном интерфейсе. Минусы - при отсутствии связи и необходимости что-то поменять придется обламываться до тех пор пока связь не появится. Поэтому лучше всего сделать:

2. Запуск собственного DNS. Запускается bind, формируются необходимые записи (SOA, NS, A, MX и т.д.) и IP севера с bind (белый, если он за NAT) указывается у регистратора в качестве адреса primary DNS. Secondary DNS рекомендую брать прямо у регистратора - так проще настраивать.

Статьи по настройке DNS для небольшой конторы. Старые, еще 2006 года, но в DNS мало что поменялось с тех пор :)Создание и управление зонами DNS, часть 1 и Создание и управление зонами DNS, часть 2

Но по факту, при чистом Installed SAs листе у меня работает только один туннель из двух...

Разумеется, поскольку в записи SA в том виде, как она хранится в ядре - одно поле под индекс записи SP. Поэтому SA можно связать только с одной политикой. А раз так - значит надо построить политику так, чтобы нужная подсеть покрывалась одной маской. Например, указать в качестве dst-address 172.20.0.0/16 - тогда под действие этой политики будут попадать пакеты на оба хоста.

В любой команде UNIX могут быть совершенно произвольные ключи. Их смысл целиком и полностью задается разработчиком. Разработчик может дать им какое угодно название, части ключей дать короткие имена, а части длинные, использовать стандарт GNU (--keyname=keyvalue) или же getopt (-keyname=keyvalue), а то и вовсе стандарт DOS (/keyname:keyvalue) - и ничего тут не поделаешь :) Внутри неких крупных проектов (например GNU) есть некое внутреннее соглашение о формировании параметров, ключей и т.д., но общего соглашения среди всех разработчиков нет и быть не может :)

Thunderbird. The only, как говорится. Больше ничего, что бы работало и там и сям и еще вон там я не знаю. Нужно только не забывать "Отправленные", "Шаблоны", "Черновики" настраивать на сервер, а то она все норовит их в локальную папку сунуть.

bat - это не формат исполняемого файла. Это скриптовый язык, интерпретатором которого является command.com. Exe (точнее MZ, LE, NE и PE-исполняемые файлы) - формат файлов DOS/Windows и OS/2, в других системах не работает.

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

А задача какова? Конфиги? Статистика? Если первое, то никакая вебморда не сможет править конфиг именно так как Вам надо - потому что работает она только в пределах той логики, что заложили в нее создатели. Если второе, то можно и sams и sarg. Ну да, не поддерживаются. Но считать-то от этого они не перестанут.

Для статистики я использую велосипед на основе старой-престарой версии sarg, обвязанной поверх скриптами. Кривенько, но работает...

Ну, раз конфиг gurb отображается, значит /boot живой. А вот / (корень) похоже помер. Грузиться с LiveCD, чинить файловые системы, если они конечно в кашу не превратились.

Холиварчик решили затеять? :) Тогда уж спросили бы "чем центос лучше дебиана" :) ну или безубойное "чем этот ваш линух лучше моей мимимишной десяточки" :)

systemd нарушает один из главных принципов UNIX - "одна задача - один инструмент". Команда sort сортирует данные, поданные на вход. Команда grep выводит строки, соответствующие шаблонам. Почему-то никому в голову никогда не приходило сделать нечто, обладающее функционалом и того и другого, хотя в связке они используются часто.

А вот с systemd решили починить то, что не ломалось. И придумали нечто, что берет на себя функционал init. И еще того. И еще сего. И еще этого. И бинарные логи. Нет спору - бинарные логи удобнее для программиста (мммм, могут быть удобнее, хотя я помню как работал с бинарными логами собственного формата - это был адЬ). Но вообще говоря логи нужны пользователю для диагностирования программ.

Все вышеизложенное является сугубым IMHO, ни на что не претендует и никого ни к чему не призывает :)

Все эти процессы запущены, работают, каждый из них лидер своей сессии (s) - то есть ни один из них не запустил другого. И все они находятся в состоянии ожидания завершения события (S) - ждут чего-то, ответа на вопрос например...