Валерий Рябошапко

Загрузитесь с флешки, установите smartmontools и запустите sudo smartctl -a /dev/sda

Имя устройства может быть другим в Вашем случае. Во всём этом выводе найдите табличку с вот таким заголовком.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail  Always       -       0
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always       -       0

В ней должно быть больше строк, я выделил только самые интересные. Их текстовое описание может отличаться, но всегда одинаков ID (первый столбец).

Если значения в самом правом столбце (RAW_VALUE) отличаются от нуля (особенно 5 и 196), значит диск готовится отдать богу душу. Сколько он проживёт с этого момента неизвестно (вопрос везения), но процесс уже начался. Пора копить на новый диск. Если же значения не нулевые, и при этом VALUE >= THRESH, то это уже однозначно конец. Лимит зарезервированных секторов исчерпан, диск больше не может компенсировать выпадающие сектора.

Если 5 и 196 по нулям, но 197 больше нуля, значит ещё есть шанс. Нужно запустить упомянутые здесь mhdd или victoria для проверки записью. Это уничтожит все данные на диске, но может оказаться, что сектора помечены битыми по ошибке. После того, как mhdd отработает (это, кстати, может занять очень много времени, до нескольких часов, в зависимости от объёма диска), счётчик 197 может обнулиться, тогда форматируйте диск и спокойно используйте дальше. Если же он обнулился, но при этом выросли 5 и 196, то см. предыдущий абзац :-)

И да пребудут Ваши бекапы во множестве и в сохранности ;-)

«Взрослое» решение — это система управления конфигурациями, вроде Chef, Puppet, Ansible и др. Учитывая, что кроме собственно конфигурации Вам ничего бэкапить не надо (машина не хранит данных), то это почти идеальное решение.

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

Если под пробросом портов с 77.77.77.[12] на 66.66.66.66 Вы имеете ввиду NAT, то 66.66.66.66 уже должен получать правильный IP отправителя, так как NAT подменяет только получателя. Соответственно, второй NAT на 66.66.66.66 ещё раз подменит получателя и на 10.10.10.10 придёт правильный отправитель.

Но может возникнуть проблема. Если маршрут от 77.77.77.[12] лежит через сторонний маршрутизатор (например, между разными
ДЦ), то он почти наверняка дропнет эти пакеты, потому что поймёт, что отправитель у них поддельный. Нужно или иметь договорённость с владельцем этого маршрутизатора, или не иметь этого маршрутизатора, например, хоститься в одном ДЦ или поднимать VPN или любой другой тоннель.

Кстати, в случае VPN хост 66.66.66.66 лишний, достаточно поднять VPN от 10.10.10.10 до 77.77.77.1 и 77.77.77.2. Правда, я не знаю, умеет ли Mikrotik поднимать VPN.