Ресурсы: техническое описание TLS, LaTeX - в картинки (img), криптографическая библиотека Arduino, шифр "Кузнечик" на ассемблере AMD64/AVX и ARM64
Обновления ПО и проблемы сервера
Обновил на основном сервере dxdt.blog операционную систему до Debian 12. Обновление, понятно, принесло с собой некоторые минимальные несовместимости (например, в какой-то момент отломился PHP – надеюсь, никто не заметил), но, вроде, сейчас всё работает нормально. Если нет – пишите почтой.
Вчера сайт был несколько часов недоступен, но по другой причине, которая напрямую не связана с обновлением ОС. Вчера проблема возникла с созданием “снапшота” виртуальной машины.
Вообще, я не сторонник “снапшотов”. Я всегда говорю, что “снапшот” – это последнее, на что можно рассчитывать при каких-то сложных работах (восстановление должно происходить не “откатом”, а “перекатом”, говорю я, – но это тема для другой записки; тем более, что я же, – иногда, – шучу в адрес специалистов DevOps, что, мол, “бэкапы – это для трусов”).
Так вот, то, что “снапшот” это последнее, чем следует пользоваться, никак не отменяет того, что сделать “снапшот” не помешает. И есть хорошая практика: перед взятием “снапшота” – остановить саму виртуальную машину. Так я и поступил. Остановил виртуальную машину с веб-сервером dxdt.blog. К сожалению, мне даже не пришла в голову (нездравая) мысль, что “снапшот” всего на несколько десятков гигабайт у хостера может создаваться несколько часов – я к такому не привык, у меня машины “снапшотятся” сильно быстрее. В общем, пока копировался “снапшот” – сервер был недоступен. Но, думаю, это всё не так страшно. Сейчас всё вернул в рабочее состояние.
Адрес записки: https://dxdt.blog/2026/08/04/18822/
Похожие записки:
- Кибератаки, самоуправляемые автомобили и бот в смартфоне
- Обновление "Избранных записок", 2022
- Задержки пакетов, СУБД, TCP и РЛС
- Криптография и время
- Предсказание погоды от Google AI
- Ретроспектива заметок: июль 2009 года
- Коды TOTP для обнаружения имперсонаторов
- Целевая подмена приложений и "прокси" для утечек
- Записки за март 2026
- Централизованные мессенджеры и многообразие мест хранения сообщений
- Построение CVE-2025-0282 в Ivanti Connect Secure
Новый
1 комментарий от читателей
1 <t> // 11th August 2026, 12:56 // Читатель CharaVerKys написал:
я вообще свое де** запускаю на арче, потому что настроить 1 раз и вообще не нужно париться почти ни за что, более того у меня даже не user-script а просто инструкция че да где сделать, на приватком гите лежат конфиги для системы и KDE, ну и я просто пользуюсь…
бекап – у меня это просто rsync для основной машины и все, есть минимальный клон системы на 4gb (сразу после установки, вроде даже без KDE но это не точно) и на 13gb в какой-то момент сделал
моя идея проста – rsync – все что тебе нужно, и если чето совсем накроется, просто с лайв образа подключиться, и сделать rsync из /backups в / (добавить /mnt соответственно)
но пока что вообще ни разу не потребовались бекапы
ну, для системы..
—
сервер у меня это простой nginx конфиг который забекаплен, и все остальное – не настолько ценное чтобы бекапить, максимум что я потеряю это часа 3-4 устанавливать сам арч, nginx, gitea, letsencrypt, Vpverst, ну и конфиги – ставить правильные `ln -s` на папки моего гита.
Где дольше всего, скорее всего, будет повторно ставить origin на все git репозитории.
Написать комментарий