athacker

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

В момент пропадания связи посмотрите списки мак-адресов в кэше обоих хостов, и сравните с фактическими MAC-адресами на самих хостах. Не появляется ли в кэшах внезапно какой-нибудь левый мак в привязке к IP этих хостов.

Вот, например, хорошая штука: https://mikrotik.com/product/RB3011UiAS-RM
И на вырост хватит.

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

https://support.solarwinds.com/Success_Center/Serv...

Поставьте unbound, он будет сам рекурсивные запросы слать. Как правильно сконфигурировать -- описано в документации. В принципе, дефолтного конфига будет достаточно, нужно только внешние/внутренние интерфейсы будет указать, ну и в ACL прописать разрешение только на резолв с адреса 127.0.0.1.

Горизонтально масштабируемые хранилища: Ceph, GlusterFS, Microsoft Scale-Out File server, Veritas Access.

Исходя из описания следует, что оповещения будут отправляться только на триггеры с уровнем warning и выше. Может, вы information-триггеры дёргали, вот по ним и не отрабатывали оповещения? :-)

Скорее всего, у вас там VMFS6. ESXi 5.5 этот формат не поймёт. Так что правильный путь -- забэкапить машины, и после отката версии ESXi и пересоздания датастора, вернуть машины из бэкапа.

Нет таких сертификатов. Есть программа и методика сертификации соответствия информационной системы ОПРЕДЕЛЁННЫМ ТРЕБОВАНИЯМ. В России подобные сертификаты может выдавать ФСТЭК (в отношении мер информационной безопасности) и ФСБ (в отношении средств криптографической защиты информации). Процедура сертификации по требования ФСБ/ФСТЭК -- долгая, сложная и дорогая. В реальности требуется только в случае, если вы работаете с гос-органами.

Если планируете работать с коммерческими предприятиями... Ну, можно заказать аудит у какой-нибудь огранизации, которая занимается аудитом ИБ, и затем их заключение показывать клиентам. Но судя по вашему вопросу, даю 100% гарантии, что подобный аудит ваша информационная система не пройдёт. Особенно учитывая, что у вас даже HTTPS нет -- это однозначно показывает уровень разработки.

Но в любом случае, сертификат только подтверждает соответствие вашей системы и процедур её эксплуатации/развития некоторым стандартам в области ИБ. Стандартов несколько -- как минимум, есть российские требования, типа21 приказ ФСТЭК и документы, его дополняющие, 152-ФЗ (закон о защите перс. данных). Есть европейские стандарты ISO 27000, есть американские NIST 800 series или FIPS 140-2.

Ну это вопрос того, сколько времени вы готовы тратить на обслуживание этого парка :-) Каждая система будет использовать ресурсы ноута, т. е. их придётся делить фактически между несколькими ОС. Плюс свои наборы софта, свои процедуры по обслуживанию (установка обновлений, например), плюс обслужвание хостовой ОС. Если возиться не лень, или есть возможность всё это автоматизировать -- ну, можно и несколько систем поставить. И бэкапить одну машину всяко проще, чем пачку виртуалок, да ещё, возможно, с разными ОС внутри.

Если это ради безопасности -- я бы посмотрел в сторону песочниц. Сам использую, например, Sandboxie.

Там ещё вопрос, какой бэкплейн в сервере. На сайте заявлено, что SAS/SATA, но не указано, какой конкретно SAS. Может быть 6G, может быть 12G -- у них разные разъёмы. Плюс судя по найденным в интернете картинкам подключения дисков, там прямая SATA-разводка. Так что не исключено, что под SAS и SATA конструктивно разные бэкплейны, и возможно, в серверах, которые поставляются в SATA конфигурации, потребуется ещё и замена бэкплейна.

Private VLAN, он же port isolation для микрота: https://wiki.mikrotik.com/wiki/Manual:Switch_Chip_...

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

Атаки такого рода не просто реальны, они периодически встречаются "в полях". Там не совсем подмена трафика в ответе, там скорее подстановка своего сервера с заранее собранным под конкретную жертву файлом. Т. е. жертва считает, что качает обновления к 1С с сайта 1С, а по факту (путём подмены DNS-ответа, например), качает она бинарь с совсем другого сайта, и этот бинарь, помимо обновлений 1С содержит ещё "некий функционал", который реализует задачи атакующего.

Либо ещё интереснее -- внедряются в инфраструктуру разработчика, и добавляют "свою версию" бинарника обновлений либо на сервер обновлений, либо даже в репозиторий исходного кода этот самый "некий функционал". И когда идёт сборка пакета, то с совершенно легального сервера обновлений клиенты получат несколько модифицированные обновления. См. историю с MeDoc и вымогателем Petya. По-научному такая атака называется "атака на цепочку поставки".

Например, вот: https://habr.com/ru/company/webzilla/blog/227927/

Во время теста в blktop наблюдалось что-то странное: часть дисков загружена в потолок, часть почти простаивает. Причём загружены в потолок те, кто показывает низкую производительность, а «быстрые» диски простаивают. Более того, диски иногда меняются местами — то есть раньше загруженный на 100% диск вдруг показывает бОльшую скорость и меньшую загрузку, и наоборот, диск, который был загружен на 50%, вдруг оказывается загружен на 100% и при этом показывает меньшую скорость. Почему?

И тут до меня дошло.