athacker

Сертификат для аутентификации -- это уже в район IPsec надо копать, а это очень непростая технология. В вашем случае можно перевесить админку на отдельный нестандартный хостнейм и нестандартный порт. Можно файрволом ограничить доступ, только не для одного IP, а можно для всей сети вашего провайдера, если уверены, что будете в эту админку лазить только из дома.

Если уверены, что админка 100%, и могут сломать даже не зная пароля -- поднимайте VPN до сервера с сайтом и делается админку доступной только через VPN.

Посмотрите здесь: https://forensiccontrol.com/resources/free-software/

По поводу слепков RAM -- тут всё не так просто, но можно посмотреть здесь: www.forensicswiki.org/wiki/Tools:Memory_Imaging

Хостинг-провайдеры разворачивают виртуалки из преднастроенных готовых образов. Берётся виртуалка, ставится внутрь система, обновляется, настраивается, и т.п. Разделы внутри виртуалки автоматически ресайзятся при первом запуске развёрнутой из образа виртуалки до размера всего диска (неважно, сколько там выделено, разделы займут всё дисковое пространство). Управление IP-адресами осуществляется с помощью различных система IPAM (IP address management). У VMware и Hyper-V есть механизмы IP pool, когда внутрь виртуалок прописывается статический адрес из определённого преконфигурированного IP-пула. На KVM/Xen, думаю, тоже такие решения есть. Как бы, это никакая не проблема -- после клонирования базового образа подмонтировать раздел нового виртуального диска и там в /etc/sysconfig/network-scripts/ifcfg-eth0 прописать IP-адрес для адаптера, это можно даже скриптами на bash накостылить самому.

Самый простой вариант выдачи адреса, понятно -- это DHCP.

В теории можно, только нужен будет внешний сервер (где-нибудь на хостинге) с каналом не менее чем на 100Мбит. Построить до него два туннеля через обоих провайдеров, и заворачивать трафик либо в один туннель, либо в другой на основании SRC/DST хэша, а внешний сервер будет работать шлюзом в интернет.

Поснифать протокол работы управляющего приложения пробовали? Вряд ли там бинарный самопальный протокол, скорее всего что-то на базе HTTP/REST сделано.

Дело не во FreeBSD, а в неграмотности. Управление пропускной способностью -- это настраиваемая вещь, и из коробки её нет нигде.

Про какие "очереди" вы говорите?

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

HTTPS вы сможете заблокировать только по IP. Во всяком случае, используя только pfSense. Теоретически, squid может блокировать и HTTPS на уровне хостнейма сайта, но практически это нужно настраивать в конфиге руками, через веб-интерфейс это не решается, насколько я помню.

Если у вас PPPoE именно средствами Kerio поднимается, то вот в методичке: kb.kerio.com/product/kerio-control/interfaces/conf...

указано, что в настройках PPPoE есть некая вкладка Dialing Settings, на которой можно якобы выбрать исходящий интерфейс.

Динамическая маршрутизация спасёт благородного дона. Поднимите в обоих туннелях две BGP-сессии, анонсируйте в туннелях два маршрута в удалённую подсеть, только с разными приоритетами. Если отвалится один туннель -- маршрутизация перейдёт на другой. IPSec, кстати, лучше строить будет где-нибудь на loopback-адресе удалённой сети, чтобы этот адрес был доступен, независимо от того, через какой туннель доступна удалённая площадка.

Только не уверен, что PFSence умеет BGP. Возможно, придётся ставить чистую фрю.

Ваш диплом что конкретно предполагает-то? Разработку или развёртывание? Это принципиально разные вещи.

Можно. Удаляйте.

Может, у вас там какой-нибудь троян-шифровальщик работает, по-тихому? :-)

Полную формулировку задачи приведите.

Товарищ, за бюджет в 400 т. р. вы не соберёте ту виртуализацию, какую хотите. Если только у вас там не "распродажа конфиската".

По порядку. HP Proliant DL380 Gen 8 без дисков и с минимальным объёмом памяти стоит больше 445 тысяч, плюс-минус, в зависимости от продавца. За ОДИН сервер.

Далее. То, что называется "СХД" -- будет стоить несколько миллионов рублей (от одного за какой-нибудь InforTrend до N за известные бренды).

Затем, vSphere Essentials Kit не умеет НИЧЕГО, кроме собстственно виртуализации. Соответственно, собрать на ней отказоустойчивый кластер вы не сможете. Чтобы было HA -- нужна Essential Plus Kit. Стоимость на два сервера -- 385 тысяч рублей.

Поэтому:

1) бюджет придётся расширить тысяч на 100.
2) ваш вариант -- это одноюнитовые сервера типа STSS, Aquarius, Kraftway. У STSS на проце E3-1220 v5 4-cores можно собрать сервак с 64 гигами оперативы и без дисков за 145 тысяч рублей. За один. Соответственно, вам нужно минимум два -- итого 290 тысяч рублей.
3) Гипервизор -- любой бесплатный. Как советовали выше -- можно Hyper-V server, он даже в бесплатном варианте умеет делать кластеризацию.
4) вместо "СХД" для построения общего кластерного хранилища покупаете какой-нибудь сервачок с 8 или более дисковыми отсеками, наторкиваете в него дисков и строите общее хранилище. Если выберете гипервизор Hyper-V, то можно просто поставить винду и сделать расшаренную папку по SMB3, Hyper-V умеет такое использовать как общее хранилище. Если же будете делать на чём-то другом (KVM, VirtualBox, Proxmox) -- придётся настраивать доступ к хранилищу по NFS или iSCSI. Мы делаем такие хранилища на FreeBSD + ZFS + multipath iSCSI, всё на родных возможностях FreeBSD, без потусторонних компонентов. Работает отлично, даже автоматический read cache можно запилить на SSD (ZFS-ный L2ARC на него положить).

Трафик-то от клиентов прилетает на эту машину? :-)

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