ServerAdmin.ru

Очередная подборка статей авторов, которые согласились в ней участвовать. Кто не понимает, о чём идёт речь, может прочитать прошлые публикации по этой теме (раз, два). Авторы всех статей - реальные люди, они есть у меня в чате. При желании, к ним можно обратиться. ⇨ Администрирование PostgreSQL, часть 1 - Установка и запуск PostgreSQL в Docker ⇨ Администрирование PostgreSQL, часть 2 - Работа с psql и DBeaver ⇨ Администрирование PostgreSQL, часть 3 - Архитектура и MVCC ⇨ Администрирование PostgreSQL, часть 4 - Конфигурирование PostgreSQL Большой цикл статей по администрирование PostgreSQL от автора. По планам будет ~10-15 статей. Это первые из них. Я, кстати, тоже DBeaver в основном использую для подключения к СУБД. ⇨ GitOps для homelab - разворачиваем Forgejo и Komodo с нуля ⇨ Forgejo + Komodo - превращаем Docker Compose в GitOps Статьи по мотивам видео автора на тему ведения всех изменений в композ файлах в своём локальном git репозитории. Это когда вы не на хост идёте и правите наживую параметры и образы, а изменяете файл в git, пушите изменения и случается магия в виде обновления запущенного проекта. В общем, база для современного доиишного деплоя. ⇨ Знакомство с Hugo Очередной обзор на систему управления сайтом с помощью статических страниц - Hugo. Если раньше для личного блога не задумываясь брали Worpdress, то сейчас так же не задумываясь можно брать Hugo. Как-будто бы это самый популярный гиковский движок для сайтов. Постоянно вижу, как кто-то начинает или переводит свой сайт на Hugo. ⇨ Установка Hugo + тема Blowfish с нуля - подробная инструкция А вот, собственно, и подтверждение слов выше. Очередной автор рассказывает, как переехал на Hugo. ⇨ ProHomelab - автоматизация публикации статей через Forgejo ⇨ Переезд с shared-хостинга на GitHub Pages - как перенести сайт на Hugo, не сломав ни одной ссылки и не вылетев из индекса Google и Яндекса Продолжение про управление сайтом на базе Hugo. Первая статья описывает, как настроить автопубликацию статей: вы пишете в Obsidian → статья сама уходит в Forgejo → это запускает сборку сайта на Hugo → готовый сайт сам заливается на хостинг. Вторая → переезд на GitHub Pages. ⇨ Neovim - Lua-конфиг редактора - полный разбор по файлам Какое-то невероятное количество настроек и конфигурационных файлов для вимоподобного редактора. Если честно, никогда не понимал всего этого. На сервере я просто запускаю mcedit или nano, а на компе у меня VS Code или что-то подобное. А где нужны навороченные консольные редакторы, даже не придумаю. ⇨ Разворачиваем кластер Kubernetes (kubeadm) на Ubuntu 22.04 ⇨ Настраиваем Ingress Controller Traefik и Let's Encrypt в кластере Kubernetes на Ubuntu 22.04 Запуск полноценного кластера Kubernetes с помощью kubeadm на базе containerd и calico и ingress контроллера traefik. ⇨ Не работает автозаполнение и протягивание формул в Excel 2016 после KB5002914 Внезапная проблема, которую принесло очередное обновление Windows. Вообще, Windows 11 стала чаще остальных систем что-то ломать своими обновлениями. У меня на прошлой неделе дети столкнулись с тем, что после очередного обновления перестала работать GTA5. Пришлось им откатить обновление с переездом на 26H2. Игру ломает именно оно. ⇨ Российские аналоги Zabbix в 2026 году: чем заменить Zabbix и стоит ли переходить Сравнение условных аналогов Zabbix для крупной инфраструктуры (3000 хостов) - Пульт, UDV ITM, wiSLA, Glaber и 10-Страйк: Мониторинг Сети Pro. Про UDV ITM и wiSLA впервые услышал. Остальные знаю. Пульт и Glaber прямо позиционируют себя как форки Zabbix. В UDV ITM внутри как часть системы работает Zabbix, wiSLA просто умеет принимать данные от Zabbix Agent, а 10-Страйк: Мониторинг Сети Pro просто рядом постоял, так как к Zabbix никакого отношения не имеет. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #статьи

31 октября AvitoTech собирает инфраструктурных инженеров на Avito Infraween Party 🤩 Вместо классических докладов — два круга открытых дискуссий: можно будет обсудить инфраструктурные задачи, поделиться своими кейсами и поспорить о решениях с экспертами AvitoTech и другими участниками. А на афтерпати устроят настоящий чемпионат по метанию старой списанной техники 🔥 Победителей наградят реальными чемпионскими поясами! Хороший повод пообщаться с инфракомьюнити — зарегаться можно тут! P. S. Кстати, костюмы максимально приветствуются! Так что если хотите прийти в образе, welcome.

▶️ Очередная подборка авторских IT роликов, которые я лично посмотрел и посчитал интересными/полезными. Это видео из моих подписок за последнее время (обычно беру период в 2 недели), что мне понравились. ⇨ A CRAZY 10-port Firewall Virtualization Desktop Mini PC Не представляющий какой-то практической ценности обзор необычного Mini-PC с 6-ю портами 2.5G, 2-мя портами 10G и 2-мя модулями SFP. Какое-то безумное устройство не понятно для чего. Было просто любопытно на него посмотреть. Есть идеи, для чего эта штука нужна именно в таком исполнении? ⇨ Matrix Synapse - свой мессенджер для текстовых сообщений на домашнем сервере Установка и базовая настройка популярного бесплатного и открытого чат-сервера с клиентом, которые можно установить у себя на сервер и своих устройствах. Всё никак руки не доходят его попробовать и возможно оставить на постоянку. Работал с ним давно, лет 5-6 назад. ⇨ Incus Commander - Open Source, Self Hosted Container and Virtual Machine Control Center Подробный обзор на отдельную панель управления для Incus - системы управления контейнерами и виртуальными машинами. Я год назад делал на неё подробный обзор в двух публикациях (1, 2). Система управления в целом неплохая, но когда есть бесплатный PVE, более функциональный и распространённый, не понятно, зачем использовать что-то ещё. Каких-то явных преимуществ у Incus нет. ⇨ I Didn't Know Linux Could Cache NFS Files Locally Любопытное видео про настройку кэширования с помощью отдельного модуля ядра для сетевых ресурсов, подключенных по NFS. Не знал и никогда не использовал подобное кэширование. Автора это кэширование спасло от постоянной повторной загрузки больших LLM моделей при некоторых изменениях. ⇨ 7 Hermes AI Skills I’d Add to My Home Lab First Автор рассказал про некоторые скиллы для ии-агентов, которые могут быть полезны в домашних лабах. Материал поверхностный, ничего особенного, но для общего развития можно послушать, чтобы хотя бы представлять, что с их помощью можно сделать (практически всё). ⇨ Forgejo + Renovate - автообновление Docker-образов и зависимостей в homelab Настройка автоматизации на примере обновления контейнеров. Runner ходит в репозиторий, анализирует docker-compose файлы, сверяет с репой разработчика, если есть обновление - создаёт Issue и Pull request для обновления версии контейнера. Наглядный пример современной автоматизации. Хотя сейчас, конечно, это уже не так современно, потому что ии-агента нет :) Но 5 лет назад это выглядело современно. ⇨ 7 Home Lab Projects Worth Trying This Month | October 2026 Обзор некоторых новых проектов. Кое-что понравилось, буду пробовать. Конкретно PVE Panel, File Level Restore Portal for Proxmox Backup Server, связка ии-агент + netbox. Последнее у меня давно в задачах висит, но никак руки не доходят заняться. Не хватает на всё времени. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #видео

Я не так давно рассказывал, как периодически возникают проблемы с различными репозиториями для ОС. В связи с этим я все репы настроил на mirror.yandex.ru. С ним на тот момент никаких проблем не было. Плюс, помимо базовых репозиториев ОС, там ещё куча всяких заблокированных реп, типа Grafana, Elastic и т.д. В целом было удобно и стабильно. Но после всех известных событий стабильности стало меньше. В целом, зеркало работало. Я не перенастраивал на что-то другое. Но заметил, что если разом обновлять пачку серверов (примерно 10-15), то на некоторых можно увидеть ошибки, типа такой: E: Failed to fetch https://mirror.yandex.ru/debian-security/pool/updates/main/b/bind9/bind9-dnsutils_9.20.30-1%7edeb13u1_amd64.deb 404 Not Found [IP: 213.180.204.183 443] Повторный запуск проходит успешно. Не знаю, с чем это связано. Может не с одновременным обновлением, а с тем, что на каких-то серверах нет всех пакетов. У меня нет больших инфраструктур (50+ VM). Плюс, я не обновляю разом прям сразу всё, обычно группами. Мне это некритично, но всё равно эти ошибки напрягают, отвлекая на себя внимание. Да и в целом не очень разумно на каждый сервер качать пакеты, хотя современные скорости интернета позволяют не обращать на это внимание. Дополнительно возникла ещё одна проблема с обновлением Vector из его репы apt.vector.dev. Там одно время была очень низкая скорость, а теперь вообще без прокси или впн ничего не качает. Зеркало для него на mirror.yandex.ru не нашёл. Свою копию репы поднимать не хочется. Там нужен всего один пакет. Решил разом все эти вопросы поднятием своего кэширующего прокси для пакетного менеджера. Не стал ничего придумывать, а взял стандартный apt-cacher-ng из базового репозитория Debian. Для стандартных дебиановских реп, к которым обращаются по HTTP, ничего на самом сервере с apt-cacher-ng настраивать не надо. Всё заведётся с дефолтной конфигурацией. А вот с другими репозиториями, типа Docker, Elastic и т.д., которые работают по HTTPS, есть нюансы и различные варианты конфигурации. Я у себя настроил и уже опробовал такую схему. Сервер с apt-cacher-ng принимает от клиентов все запросы по HTTP и сам их редиректит на HTTPS, скачивает пакеты и отдаёт клиентам. Такая настройка мне показалась самой простой и интуитивно понятной. Покажу на практике, как это реализовано. Ставим apt-cacher-ng: # apt install apt-cacher-ng Рисуем ему конфигурацию в /etc/apt-cacher-ng/zzz_local.conf:

Port: 3142
BindAddress: 10.20.1.150
CacheDir: /var/cache/apt-cacher-ng
LogDir: /var/log/apt-cacher-ng

Remap-vector-https: http://apt.vector.dev
Remap-docker-https: http://download.docker.com/linux/debian
Remap-grafana-https: http://mirror.yandex.ru/mirrors/packages.grafana.com/oss/deb/
Remap-elastic-https: http://mirror.yandex.ru/mirrors/elastic/9/

Запускаем: # systemctl enable --now apt-cacher-ng Идём к клиентам, прописываем им прокси. Для этого добавляем файл /etc/apt/apt.conf.d/90apt-proxy:

Acquire::http::Proxy "http://10.20.1.150:3142";
Acquire::https::Proxy "DIRECT";

Репозитории, что работают по HTTP, трогать не надо. Они теперь будут обновляться через прокси. А в тех репах, что работают по HTTPS, надо поменять протокол с https на http. Вот пример для docker.list:

deb [arch=amd64 signed-by=/etc/apt/keyrings/docker.asc] http://download.docker.com/linux/debian trixie stable

Собственно, на этом всё. Те репы, где оставили https, работают напрямую. Обновляемся на клиентах и смотрим на сервере с прокси логи и кэш в папках /var/log/apt-cacher-ng и /var/cache/apt-cacher-ng. С vector я решил вопрос так. Подключил эту репу на сам сервер apt-cacher-ng. Ему настроил доступ к репе через впн. Сначала обновляю пакет на нём, он попадает в кэш. Все остальные сервера берут с него. Вариантов решения подобных задач много. Я их все решил одним apt-cacher-ng. p.s. уже после написания заметки узнал, что для vector можно использовать репу apt.datadoghq.com, это CNAME для apt.vector.dev, то есть полная копия, доступная пока без ограничений. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #linux #apt

29 октября проводим вебинар о практическом внедрении ИИ в корпоративные ИТ-системы. Покажем вживую, как ИИ-агенты работают с системами 1С и не-1С, обрабатывают документы, проверяют данные и автоматизируют рутинные операции. Отдельно разберём реальные кейсы внедрения ИИ на промышленном предприятии сферы ОПК, полученный опыт и результаты. В основе демонстраций – «Когнитум», отечественная ИИ-платформа, способная работать полностью автономно в закрытом контуре предприятия, без доступа в интернет и передачи данных во внешние облака. Обсудим важные для ИТ-директоров вопросы: - безопасность; - интеграцию с существующими системами; - требования к оборудованию; - стоимость эксплуатации; - вопросы конфиденциальности и обезличивания данных КИИ; - переход от пилотов к промышленному использованию. Отдельно коснёмся задач совместного использования локальных и внешних ИИ-моделей. Будет минимум теории, максимум практических сценариев и живых демонстраций. Будет возможность записаться на пилот. 🗓 29 октября | ⏰ 11:00 по Москве |📌 Регистрация Запишитесь сейчас, чтобы не пропустить мероприятие, а после него получить полезные материалы!

Весёленький вчера выдался денёк. Точнее вечерок. Разом насыпало целый ворох уязвимостей. Экстренно обновлял все подопечные сервера. 1️⃣ Начну с самой эпичной уязвимости PHP, про которую вы все уже скорее всего слышали - PHP2Shell. Не буду повторяться, а сразу приведу ссылку, где есть вся необходимая информация - php2shell.ru. Там всё подробно, по-русски. На поддерживаемых версиях ничего особенного, просто обновился и всё. Во все дистрибутивы экстренно привезли обновления. Но PHP такая вещь. На нём есть куча старья, которое давно не обновляется и уже не будет обновляться. К сожалению, у меня есть такие сервера и с ними ничего не поделать. Обновить их уже невозможно, никто не будет тратить на это деньги деньги. Там пока просто добавил в настройки: ; php2shell memory_limit = -1 post_max_size = 8M upload_max_filesize = 6M session.upload_progress.enabled = 0 На 100% это не защищает, но и область атаки сильно сужает. Надеюсь в ближайшее время появятся какие-то более надёжные методы защиты старых версий PHP. Я уверен, это очень актуально для огромного числа пользователей. Что-то должно появиться. 2️⃣ Была какая-то критичная уязвимость в MariaDB. Про неё даже ФСТЭК написал. В Debian новые пакеты приехали совсем недавно. Пару недель назад я их ещё не видел. И всё бы ничего, но на части серверов у меня обновление тупо зависало и вешало сервис mariadb намертво. Конкретно у меня это воспроизводилось на части серверов с Debian 12. В момент обновления с версии 10.11.18 на 10.11.19 какой-то скрипт из нового пакета выключал службу и запускал заново. И этот первый пуск в рамках работы менеджера пакетов apt намертво зависал. Я ждал минут 20, думал, может таблицы обновляет или ещё что-то делает. Боялся прерывать. Но дольше уже не мог ждать, надо было что-то решать. Если отправить сервер в reboot, то завершение работы подвисает, ожидая ответа от службы mariadb. Потом по окончании таймаута минут в 10, всё же перезапускается и нормально работает. Каким-то образом штатно остановить службу не получалось. Она ни на что не реагировала. В логах пусто, никаких ошибок. Приходилось тушить через SIGKILL. Слава богу, ни один сервер не умер от таких манипуляций. Разбираться с этой проблемой не было времени. Раз зависнув, это больше не повторялось. Это явно какая-то проходная ошибка, возникающая на конкретных версиях пакетов. В Debian 13 я с этим не столкнулся. В итоге на части серверов я получил развлечение в виде зависшего процесса с apt и упавшей СУБД, чего никак не ждёшь от обновлений безопасности (передаю привет тем, кто их ставит автоматически ✋😃). Вкупе с невозможностью обновить на некоторых серверах PHP, это добавило лишних переживаний. 3️⃣ Про компрометацию ключей удостоверяющего центра eMudhra, думаю, вы тоже уже слышали. Повсюду новость разлетелась. Соответственно, в дистрибутивы прилетело обновление пакета ca-certificates. Вот эти три вещи по идее обязательны к обновлению, причём экстренному, что я вчера и сделал. ❓А у вас какие отношения с обновлениями? Обновились внепланово или пока ждёте? Были проблемы? ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #security #debian

В августе у z.ai вышла в свет модель GLM-5.3-Flash. Она разработана специально для программирования, агентных задач и работы с длинным контекстом. Не знаю, за какие заслуги, но эта модель стала доступна в бесплатном режиме в open source агенте OpenCode с ограничением контекста в 200к, что для задач эксплуатации зачастую достаточно. Я её попробовал на небольшой задаче. Покажу конкретный пример, как начать работать с ии-агентом. ❗️Сразу говорю, что я не специалист по агентам, и это не набор лучших практик. Показываю, как я обычно это делаю для своих небольших задач. Каких-то исследований, обучений на эту тему я не делал и не проходил. Ставим на тестовую виртуальную машину opencode: # curl -fsSL https://opencode.ai/v2/install | bash Я рекомендую сразу поставить tmux или screen и запустить opencode там. Далее проходим этап первоначальных настроек. Я сейчас не знаю, что там. У меня уже давно всё настроено. На эту тему куча видео в интернете. Создаём рабочий каталог, например, ansible_base_configure, заходим в него и запускаем opencode в нём. Открываем список моделей и выбираем GLM-5.3-Flash Free. Дальше в поле ввода выбираем режим Plan и пишем в чат всё, что хотите сделать. Я для примера сходу составил вот такой промпт:

Ты - DevOps инженер, специализирующийся на автоматизации через Ansible и отвечающий за идемпотентность и check-mode при работе с виртуальными машинами Linux. Задача - подготовить Playbook для контроля базовых настроек виртуальных машин на базе ОС Debian 13 в среде PVE. Используй только проверенные и общепризнанные практики подхода IaC. В решении опиши структуру каталогов, ключевые модули, переменные по уровням (group_vars, host_vars, defaults) и стратегию тегов. Приведи пример inventory с десятью серверами разного назначения и команду запуска ansible-playbook с нужными флагами. Запиши всё это в README.md. Что делаем на виртуальных машинах (VM): - проверяем по списку подключенные репозитории, для каждой VM оставляем возможность указать набор репозиториев, которые должны быть подключены - проверяем наличие обновлений пакетов и если они есть - устанавливаем - устанавливаем и настраиваем nftables, закрываем все входящие подключения, разрешаем все исходящие, отдельным списком для каждой VM указываем входящие порты и источники трафика, для которых будут разрешены подключения - устанавливаем везде типовой набор пакетов - net-tools, mc, iftop, lsof, git, для каждой VM оставляем возможность в отдельном списке указать дополнительные пакеты

В режиме Plan агент скорее всего задаст какие-то дополнительные вопросы. Например, оставляем ли открытым порт для SSH, какой формат репозиториев выбираем, нужно ли перезагружать VM после обновления и т.д. По характеру вопросов вы сами поймёте, чем нужно дополнить промпт. Чем подробнее вы его опишите, тем лучше. Но даже если он будет неполным, по ходу дела вы будете его дополнять. Когда все вопросы разобраны, выбираете режим Build и говорите агенту, чтобы он реализовывал проект. Дальше он будет много всего делать. Когда закончит, посмотрите глазами, что там получилось и постарайтесь осознать 😁. Для этой задачи контекста в 200к должно хватить. Далее готовите ему тестовую виртуальную машину и прямо в чат пишите параметры доступа. Говорите ему, что хотите настроить на этой VM, и просите отладить работу плейбука. Поначалу будет куча ошибок. Скорее всего он их все исправит автоматически. Эта задача простая. На выходе у вас получится готовый рабочий плейбук, уже протестированный, с инструкцией по использованию. У меня это заняло примерно 30 минут на всё про всё, отвлекаясь на другие задачи. Получил рабочий, проверенный плейбук. Обычно после появления первой рабочей версии я добавляю его в git и куда-то загружаю в репу. Теперь этот проект можно скормить другой llm, если она у вас есть, и провести аудит. Если подключить MCP для PVE, то агент может добавить в инвентарь ваши VM. У себя это проверял. Но контекста больше уходит. На решение задачи может не хватить. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #ai #devops #ansible

Ваш дата-центр вышел из строя. Где теперь запускать 1С? Серверы недоступны, сотрудники не могут подключиться к 1С, заказы не обрабатываются, отгрузки останавливаются. Резервные копии есть. Но даже если данные удалось сохранить, остаётся главный вопрос: на какой инфраструктуре продолжить работу, пока основной ЦОД недоступен? Разворачивать новые серверы во время аварии, искать ресурсы и восстанавливать подключения долго. А бизнесу нужно работать. ☁️ БИТ.CLOUD предлагает геораспределённую IT-инфраструктуру с резервным ЦОД. Это решение, при котором резервная площадка заранее подготавливается в другом дата-центре. Если основной ЦОД становится недоступен, компания может перейти на резервную инфраструктуру по подготовленному сценарию и восстановить доступ к 1С, ERP, CRM и другим критичным системам. Что входит в решение: ✓ Резервная площадка в другом ЦОД. Критичные системы не зависят только от одного дата-центра. ✓ Подготовленный сценарий переключения. Порядок перехода на резервную инфраструктуру определяется заранее, а не в момент аварии. ✓ Архитектура под ваши системы. При проектировании учитываются серверы, базы данных, приложения и необходимые интеграции. ✓ Проверка сценария восстановления. Можно заранее протестировать переход на резервную площадку и выявить возможные проблемы. Главное преимущество: резервную инфраструктуру не придётся создавать с нуля во время аварии. Она будет подготовлена заранее, а порядок восстановления будет известен ИТ-команде. Один ЦОД не должен быть единственной точкой отказа для всего бизнеса. БИТ.CLOUD поможет подобрать схему геораспределённого размещения и рассчитать стоимость резервной инфраструктуры под ваши задачи. 👉 Узнайте, как подготовить резервный ЦОД для вашей 1С и других бизнес-систем

В программировании есть (или теперь про программирование стоит говорить было?) такое понятие, как парное программирование. Причём это не образное выражение, а вполне конкретная деятельность. Про парное администрирование никогда не слышал, но если вдруг надумаете такое устроить, то могу предложить инструмент - TermPair. Это старая утилита, которую я тестировал ещё в 2021 году. С тех пор её не забросили, периодически обновляют и работает она неплохо. Я лично проверил. Мне понравилось. С помощью TermPair можно настроить совместный доступ к консоли сервера через браузер. Это может быть режим только для просмотра, либо и для равнозначного управления для всех участников. Отмечу особенности TermPair: ▪️Все передаваемые данные шифруются ▪️Можно поднять свой сервер и все соединения пропускать через него ▪️TermPair состоит из одного бинарника, никаких зависимостей ▪️Очень простая настройка и использование ▪️Утилита кроссплатформенная - Linux, macOS, Windows Мне видится польза от этого сервиса как минимум в трёх ситуациях, которые пришли в голову: 1️⃣ Сейчас популярны удалённые собеседования при приёме на работу, в том числе и технические части. Можно быстро и легко отправить кандидату консоль от сервера с какими-то задачами, которые ему нужно выполнить. Там можно совместно в режиме беседы взаимодействовать. Мне видится это самым простым и эффективным способом оценить квалификацию человека. Говорить можно много, а вот взять и что-то сделать - совсем другое дело. Можно специально что-то поломать и попросить починить. 2️⃣ Можно наблюдать за работой ии-агента или нескольких через браузер. Можно поделиться с кем-то сессией, чтобы он тоже взаимодействовал. 3️⃣ Если вы проводите обучение, то это удобный способ подключиться к ученику и совместно что-то сделать. Есть публичный сервис для использования, но у нас он работает только через VPN, поэтому я не делаю на этом акцент. Сразу покажу, как можно поднять и использовать свой сервер. Там всё очень просто. Скачиваем и распаковываем бинарник: # wget https://github.com/cs01/termpair/releases/download/v1.2.0/termpair-x86_64-unknown-linux-gnu.tar.gz # tar xvf termpair-x86_64-unknown-linux-gnu.tar # mv termpair /usr/local/bin/ Это нужно сделать и на клиентах, и на сервере, который будет обслуживать соединения. Далее на сервере устанавливаем Nginx и Certbot: # apt install nginx certbot Получаем сертификат для домена: # certbot certonly Рисуем конфигурацию для TermPair:

upstream termpair_app {
 server localhost:8000;
}

server {
  server_name 345265.simplecloud.ru;
  listen 443 ssl;
  ssl_certificate /etc/letsencrypt/live/345265.simplecloud.ru/fullchain.pem;
  ssl_certificate_key /etc/letsencrypt/live/345265.simplecloud.ru/privkey.pem;

  location /termpair/ {
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host $host;
    proxy_pass http://termpair_app/;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
  }
}

Создаём systemd unit для службы TermPair в файле /etc/systemd/system/termpair.service:

[Unit]
Description=TermPair server
After=network.target

[Service]
ExecStart=/usr/local/bin/termpair serve --port 8000
Restart=on-failure
RestartSec=1s

[Install]
WantedBy=multi-user.target

Запускаем службу: # systemctl daemon-reload # systemctl enable --now termpair.service Теперь на сервере, где мы хотим расшарить консоль, запускаем TermPair и указываем через ключ наш сервер: # termpair share --host "https://345265.simplecloud.ru/termpair/" --port 443 В консоли получаем ссылку для подключения и переходим по ней браузером. Дальше используем по назначению. Доступ будет у всех, кто знает ссылку. Ограничить доступ только чтением можно ключом -r. Через ключ --cmd можно сразу запустить какую-то программу, например, opencode. ❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #linux

Хостинг без сложностей 👋 Запустить сайт, развернуть приложение, протестировать новую идею или перенести существующий проект — задачи разные, но требования к хостингу обычно похожи. Хочется понятных тарифов, адекватной стоимости и технической поддержки, к которой можно обратиться за помощью, а не за очередной порцией шаблонных ответов. Если как раз ищете такие условия, заглядывайте в ИХЦ 😏 У нас есть решения для самых разных задач: 🟡Виртуальный хостинг — от 123 ₽/мес с бесплатным тестированием в течение 7 дней. 🟡VPS в России — от 317 ₽/мес с возможностью попробовать сервер бесплатно в течение 3 дней. 🟡VPS в Европе — от 290 ₽/мес с оплатой в рублях. 🟡Выделенные серверы — для проектов, которым нужны собственные вычислительные мощности. 🟡Дополнительные услуги — регистрация доменов, SSL-сертификаты, резервное копирование и другие полезные инструменты. Гарантируем круглосуточную русскоязычную поддержку, защиту от DDoS на всех тарифах и вознаграждения до 50% от платежей по партнерской программе. В общем, если в ваших планах есть запуск нового проекта или смена хостинг-провайдера, рекомендуем заглянуть к нам в ИХЦ. Возможно, подходящее решение уже ждёт вас 😉 👉 Посмотреть тарифы и попробовать ihc.ru

Вчера провозился некоторое время с банальной ошибкой, про которую я прекрасно знаю, и даже когда-то наверняка тут писал, но вот сам забыл в моменте. Думаю, много тех, кто настраивает сервисы в Linux, с ней сталкивались. Проксирую запросы к сервису через Nginx. Сам сервис работает локально, ничего особенного. Пример конфигурации беру из репозитория, то есть не сам пишу. На вид там всё стандартно, поменял только пути к сертификатам. upstream app {  server 127.0.0.1:8000; } .....   location /app/ { .....     proxy_pass http://app/; .....   } Сервис с дефолтными настройками запускается на http://localhost:8000. Пробую напрямую, всё работает. Через Nginx - никак, 502 ошибка, в логах стандартно - (111: Connection refused) while connecting to upstream. Думаю, что за ерунда. Напрямую же отвечает, почему через Nginx - нет. Ещё и приложение никаких своих логов не даёт, не понятно, что не так. Разобрался чисто интуитивно. Вспомнил, что 127.0.0.1 и localhost - это не одно и то же. Первый - адрес ipv4, а localhost на современных дистрибутивах резолвится в ipv6 (::1). Попадались на таком нюансе? Я уже не первый раз. Кстати, не понимаю, для чего localhost перевели на ipv6. В чём смысл? Даже не то, что перевели. В /etc/hosts оставили оба адреса, и ipv4, и ipv6, но по современным RFC адреса v6 имеют приоритет над v4. Поэтому теперь localhost по умолчанию отвечает с адреса ::1, а не 127.0.0.1. Это можно вручную изменить, убрав запись с ::1 из /etc/hosts. Я одно время это делал, потом перестал. Нет смысла бороться с ветряными мельницами. Надо привыкать. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #linux #ошибка

Сегодня у нас очередная пятница, так что можно поговорить на отвлечённые темы. Затрону одну из любимых ваших тематик - обсуждение мониторов 😁. Они неизменно вызывают повышенную активность - просмотры, обсуждения, критику. Я и сам люблю поглазеть на чужие рабочие места, подсмотреть там что-то интересное. У меня рабочее место получилось не похоже на всё то, что я где-либо видел. Я сейчас закончил преобразования и остановился на том варианте, что получился. Меня он устраивает, поэтому можно поделиться. Для наглядности записал небольшое видео (смотреть внизу). Пару лет назад я купил себе монитор 🖥 27'' AOC Q27G2S/EU 2К с частотой 165 Гц. Уже имея приличный опыт работы за ним могу сказать, что как по мне - это оптимальный вариант монитора для типовой работы в браузере и терминале. Я имею ввиду диагональ и разрешение. Всё умещается, всё влезает на масштабе 125%, глаза не устают. В какой-то момент стало не хватать одного монитора для некоторых задач. Стал подумывать купить второй такой же. Это было бы удобно. Но в продаже уже не нашёл. Подумал немного и решил купить 4К монитор, раз уж одинаковые всё равно не получалось сделать. Место у меня позволяет, поэтому задумал увеличить ещё и диагональ. В итоге взял 🖥 4К 31.5" AOC U32G4U с частотой 160 Гц. Раньше не придавал внимания частоте, не считал её значимой характеристикой, так как в активные игры, типа шутеров, не играю. Но после того, как поработал на 165 Гц, меньше уже не хотелось. Разница хоть и явно не заметна, но ощущается. С разрешением 4К и диагональю 31.5" это был самый дешёвый монитор с такой частотой, поэтому его и взял. Ну и в целом он мне нравится, похож на предыдущий. Какого-то ВАУ эффекта или большого удобства от 4К монитора я не увидел. Больше всего понравилось то, что теперь по высоте места хватает и можно убрать панель инструментов Windows вниз, а вкладки браузера - вверх. Последнее время у меня панель была справа, а вкладки слева. Размера экрана теперь достаточно, чтобы расположить рабочие окна по центру, отступив и сверху, и снизу. С масштабом в 150% против 125% в 2К места на мониторе стало не намного больше. Картинка плюс-минус такая же. Я не могу сказать, что прям шрифты какие-то более гладкие или что-то ещё, что я часто слышал от тех, кто советует брать 4К. У меня оба монитора теперь перед глазами, я могу сравнить. Да, 4К чуть лучше, но он и дороже. Если бюджет ограничен и надо два монитора, я бы лучше купил 2 хороших 2К монитора, нежели 2 похуже, но 4К. Получилось в итоге не идеально, потому что мониторы сильно разные, и по диагонали, и по разрешению. Но меня устраивает. Второй монитор использую эпизодически, так что мне не критично. Чаще всего там ничего нет, либо висит список задач на день в Singularity. Из того, что ещё хотелось бы добавить - заменить стоящий рядом обычный стол на стол с подъёмным механизмом. Для разминки и разгрузки уставших от сидения мышц хотел бы иногда что-то делать стоя, смотря в окно. Оно как раз у меня напротив. От сидения весь день в своей рабочей станции у меня устаёт попа. Раньше на обычных креслах спина или шея уставали, а сейчас мягкое место. Стараюсь 5-7 км в день для разминки ходить. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #железо

Выделенный сервер для сайта от 5 810 ₽/мес. Если VPS уже не хватает, а переплачивать за мощное современное железо нет смысла, можно рассмотреть бюджетные выделенные серверы Рег.облака. Одна из конфигураций: • Xeon E3-1270v3, 4 ядра / 8 потоков • 16 ГБ RAM • 2 × 240 ГБ SSD Подойдёт для WordPress, 1С-Битрикс, небольшого интернет-магазина или нескольких сайтов. Ресурсы сервера не делятся с соседями, а SSD помогают обеспечить предсказуемую работу проектов. При заказе можно бесплатно установить BitrixEnv и перенести данные на сервер. Посмотреть конфигурации

Небольшая рекомендация по теме Zabbix. У них есть партнёр - initMAX. Это довольно популярная компания в своей области. Они много всего сделали полезного для Zabbix. Регулярно выступают на Zabbix Summit, пишут инструкции и различные дополнения для Zabbix. Расскажу о наиболее полезных вещах, про которые знаю. 1️⃣ Репозиторий с шаблонами. Тут много хороших шаблонов. Несмотря на то, что шаблонов для Zabbix в целом немало, но все они разного качества. У initMAX они обычно неплохие. Например, я пользуюсь их шаблоном для Synology. 2️⃣ Zabbix MCP Server и Zabbix AI Skills. Качественная обвязка для работы с Zabbix с помощью LLM. Команда Zabbix обещала свой MCP сервер выпустить вместе с релизом 8.0, но я пока ещё не видел информации о нём. Этот MCP сервер наиболее качественный и популярный, особенно в связке со скилами. Всё никак руки не доходят поплотнее поработать с этим. Не придумаю задачу, которую было бы удобно решать с ИИ. Я Zabbix неплохо знаю и обычно довольно быстро там что-то меняю или нахожу. А для деплоя и без MCP всё пишется агентами. Не представляю, где меня ИИ в этих задачах может ускорить. Основная проблема - спам уведомлений из-за некачественных или неоткалиброванных шаблонов. В своих шаблонах я и так знаю, где и что надо подкрутить. Если используете в работе с Zabbix ИИ и MCP, расскажите, какие задачи с ними решаете. Я планирую проработать момент с обновлением шаблонов после выхода 8-й версии. Вручную это муторно и долго. Тут ИИ должен хорошо помочь и ускорить. 3️⃣ Каталог расширений. Это набор как платных, так и бесплатных модулей для Zabbix, которые меняют или дополняют основную функциональность. Покажу на конкретном примере. Я изначально не думал, что кого-то, кроме меня, раздражают всплывающие заголовки виджетов во время наведения на них мышки. То есть ты отключаешь отображения заголовка и его нет, высвобождается лишнее место на дашборде, которого часто не хватает. Но если ты наведёшь мышку, то заголовок начинает всплывать. Когда виджетов много, постоянно всплывают эти заголовки во время перемещения мыши по дашборду. Меня это всегда раздражало. И судя по всему, не только меня. У initMAX есть бесплатный модуль, который это исправляет. Ставится так: # wget https://repo.initmax.com/zabbix/release/initmax-release-latest_all.deb # dpkg -i initmax-release-latest_all.deb # apt update && apt install zabbix-module-hidewidgetheader То есть удобно сделано, через пакеты, поддерживается и обновляется. Теперь, если ты отключил заголовки, они при наведении будут всплывать только в режиме редактирования, но не просмотра. Мне это очень нравится 😁 У них много разных модулей, можете сами посмотреть, что там вам покажется полезным. Ещё у них инструкции неплохие были, но сейчас не уверен, что они ещё актуальны. С приходом ИИ большого смысла в них нет. Он их уже и так изучил и может изложить с подробностями. ❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #zabbix

Один мой знакомый, читатель и автор своего небольшого канала поделился любопытной практической информацией (ссылка на его заметку) на тему использования ZFS в PVE. Я о ней не знал и не сталкивался с описанной проблемой, хотя ситуация не такая уж и редкая, а информация важная! Смысл в том, что все виртуальные блочные устройства ZFS на одной физической машине объединяются в общий пул потоков ZVOL. И если у вас 2 пула - один на быстрых NVME, а второй - на медленных HDD, запросы к ним будут сливаться в общий поток. При нагрузке на пул с HDD и выстраивании очереди запросов к нему, в эту же очередь встают и запросы на пулы с остальными дисками. В итоге, сильно нагрузив ZVOL на одном медленном пуле, вы получаете задержки с ZVOL на других, более быстрых пулах. На практике это выглядит так. Ночью вы запускаете бэкап большой ВМ, виртуальный диск которой находится в ZVOL на медленном HDD-пуле. При интенсивном чтении этого диска рабочие потоки ZVOL могут оказаться заняты, из-за чего увеличиваются задержки запросов к виртуальным дискам на NVMe, хотя сами NVMe практически не загружены. Я лично похожую схему использования дисков применяю повсеместно. Если сервера общего назначения, то так и делаю - быстрые диски под нагрузки, а большие медленные - под локальные бэкапы, чтобы можно было оперативно восстановиться в случае чего, не вытягивая тяжёлые бэкапы по сети, либо под локальное хранение статики. Другое дело, что я в таких схемах не использую ZFS. Под рабочей нагрузкой мне не нужны возможности ZFS, как и для локальных бэкапов. Поэтому лично я с такой проблемой не сталкивался. ZFS обычно ставлю на бэкап серверы с кучей дисков. Там я вижу использование этой ФС оправданной и полезной. В остальных случаях, если не нужны снэпшоты именно в реализации ZFS, не вижу смысла её использовать. Автор решил проблему в лоб самым простым и очевидным способом - вынес NVME диски на LVM-thin, отделив их от общего пула потоков ZFS. Это сразу решило проблему узкого горлышка. Я немного поспрашивал ИИ на эту тему. Он подтвердил, что это архитектурная особенность ZFS, которую он увидел в исходниках. Там же есть и комментарии разработчиков на этот счёт: We can have up to zvol_threads concurrent i/o's being processed for all zvols on the system. This is typically a vast improvement over the zvol_request_sync=1 behavior of one i/o at a time per zvol. However, an even better design would be for zvol_request() to initiate the zio directly, and then be notified by the zio_done callback, which would call END_IO(). Каким-то образом обыграть эту ситуацию можно, меняя параметры: zvol_request_sync = 0 или 1 ◽️ 0 - асинхронная обработка через общий пул потоков ZVOL. ◽️ 1 - обработка непосредственно в контексте вызывающего потока, без передачи в общий пул ZVOL. Казалось бы, второй вариант решает проблему конкуренции между пулами. Но разработчики предупреждают, что такая схема может существенно ухудшить параллелизм и производительность i/o. Поэтому использовать её без тестирования не стоит. Можно увеличить кол-во потоков zvol_threads, но всё равно нет гарантии, что все эти потоки не будут заняты медленным пулом. Ещё вариант - изменить механизм очереди - zvol_use_blk_mq = 1. Но тут надо тестировать на практике, потому что потоки будут по-прежнему в одном общем пуле, изменится распределение. Не факт, что при нагрузке на медленный пул, запросы к быстрому не будут вставать в очередь. Если от ZFS отказываться не хочется, а проблема настройками не решается, то я бы замедлил скорость снятия бэкапов программно, чтобы уменьшить очередь к медленным дискам. Теоретически, это в той или иной мере должно решить проблему. В общем, как я всегда говорил и говорю, ZFS - нишевая файловая система под конкретные задачи и потребности. У неё много возможностей, нюансов и настроек. Ставить её по умолчанию, как ФС общего назначения, не стоит. Преимущества вам могут оказаться не нужны, а все особенности и недостатки вы по умолчанию потянете за собой. ❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #pve #zfs

Что будет, если убрать репликацию с диска?☁️ В K2 Cloud проверили и запустили сетевые нереплицируемые NVMe-диски, одни из самых быстрых в РФ. Диск не хранит копии данных, поэтому вся его мощность работает на скорость.

20 октября на онлайн-митапе ребята покажут, где рождается скорость, как устроен такой диск внутри и как не уронить систему при отказе.

Участие бесплатное. Подробности и регистрация по ссылке.

Рассказываю про небольшой трюк, который я лично на днях проделал для решения небольшой задачи. Есть одиночная VPS на Debian 12. Задача - обновить её до 13-й версии и попутно обновить версию PHP. Задача довольно простая, но всё равно потенциально опасная. Наживую такие обновления делать не рекомендую. Там бывают проблемы с зависимостями, на разрешение которых уходит некоторое время. Я сталкивался не раз. Расскажу, как это сделать по-нормальному, а потом, как это сделал я. Настраивается новая система и делается миграция. Попутно приводится в порядок инфраструктура, документация, настройки, в идеале в этот момент пишется или актуализируется автоматизация, чтобы потом можно было быстро мигрировать в другое место, если твой ДЦ сгорит. Но в данном случае это одиночная арендованная VPS без какой-либо обвязки вокруг. С неё даже образ нормально не снять. Я поступил следующим образом. Создал у себя в тестовом контуре VM и добавил к ней второй диск такого же размера, как у VPS. С этой VM сделал следующее: # ssh -T root@1.2.3.4 'dd if=/dev/sda bs=16M status=none' | dd of=/dev/sdb bs=16M iflag=fullblock status=progress conv=fsync Прямо наживую запустил посекторное копирование удалённого диска sda на свой локальный sdb. В моём случае диск был 60 ГБ, нормально скопировался примерно за час без единого разрыва. При этом на сервере был запущен сервер MySQL. Очевидно, что консистентную копию таким образом не сделать, но мне и не надо. Если бы побились данные, я бы их накатил из бэкапа. Мне главное окружение скопировать, чтобы не воспроизводить его вручную. У этой виртуалки отключил основной диск, а sdb, на который залил копию VPS, сделал загрузочным. После этого успешно загрузился в полной копии VPS. Система ругнулась при запуске, что у неё повреждена файловая система, что ожидаемо. Запустил fsck -y, потом перезагрузил систему. Она при загрузке запустила ещё раз проверку диска, все ошибки исправила, и я получил полностью рабочую копию своей VPS. Даже базу данных не пришлось перезаливать. СУБД запустилась в режиме innodb_force_recovery. Мне этого было достаточно, хотя какие-то таблицы и побились. Я только поменял IP адрес, поправил файрвол под реалии своего тестового контура и отладил обновление. Выполнил всё, что мне было нужно. Там возникли проблемы. Убедился, что исправил все ошибки, записал команды и воспроизвёл на VPS. Способ выглядит жутко колхозным и на первый взгляд нерабочим, но на деле я такое проворачивал уже не один раз. Ранее были заметки на эту тему. Он вполне рабочий, система всегда копируется нормально. Иногда только данные бьются, которые изменились в процессе копирования. Но сама система, как правило, приезжает в рабочем состоянии. Конечно, если есть доступ к образу диска, а тем более, к снепшотам, проще копировать его. Причём это можно сделать так же наживую. Тоже побьётся файловая система, но в целом систему можно будет починить и запустить. Основное преимущество этого способа - не надо останавливать исходную машину вообще. И не надо ставить дополнительное ПО. К примеру, сюда можно было бы установить Veeam Agent for Linux и снять образ с его помощью. Но для разовых задач не хочется ничего лишнего устанавливать. Задача решена и без этого. ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #linux

Вот мы и вступили в новую реальность, когда стали пропадать датацентры целиком, что повлекло за собой длительную остановку различных сервисов. Например, я сегодня не смог отправить документы по ЭДО от 1С. Сервис лежит второй день и обещает подняться при хороших раскладах 14-го октября, а при плохих - 16-го. Вот обновляемая новость на эту тему. Хотя по большому счёту, ничего особенного, чего бы не случалось раньше, не произошло. Уже горели целиком датацентры ранее, и не по одному, а парой, с потерей всей инфраструктуры и бэкапов. Удивительно в наше время видеть такой сервис, как 1С ЭДО и Отчётность, работающий только в рамках облака одного провайдера без проработки механизма переключения на другого. Он мог прилечь и ранее по различным причинам. Такие длительные сроки восстановления говорят о том, что вопрос быстрого восстановления сервиса у другого провайдера не рассматривали и делают теперь всё в авральном режиме. Собственно, они сами об этом и говорят: Специалисты ГК "Астрал" и фирмы "1С" в непрерывном круглосуточном режиме работают над восстановлением сервисов 1С-ЭДО, 1С-ЭПД, 1С-Отчетность. Ориентировочный срок возобновления штатной работы сервисов - 14.10.26. Но поскольку могут быть сложности при запуске сервисов на инфраструктуре новых дата-центров, возможен перенос срока на 16.10.26. Получился хороший стресс тест для всех - пользователей, инженеров, владельцев бизнеса. Например, некоторое время не работала Яндекс.Почта ещё после отключения первого ДЦ. Я как раз в тот момент ждал код подтверждения на почту, чтобы войти в один сервис. Уже тогда задумался, что сильно завишу от почтового ящика, на который очень много завязано. И вот сейчас он уже второй день работает кое-как. Для меня это стало уязвимым местом. Кто-то в Яндекс.Диске потерял свои файлы, думаю, что часть безвозвратно. В общем, пришло время всем пересмотреть свои подходы к построению инфраструктуры и использованию облачных сервисов. Теперь точно нельзя просто взять и перенести всё в облако. Их, как минимум, должно быть 2 в разных компаниях и регионах, а бэкапы где-то у себя в загашнике. Ну а если удары по ДЦ продолжатся, то безальтернативным вариантом будет возврат к своим стойкам и серверам где-то в офисе или на складе. Лишь бы было где и на что сервера для них купить по текущим ценам. Ну и естественно, всё это приведёт к удорожанию инфраструктуры и всего, что на неё завязано. ❓ Вы как-то пострадали от повреждения двух ДЦ Яндекса? Я не могу воспользоваться 1С ЭДО, подписать документы и получить по ним оплату. Прилёг портал my.kaspersky.com, где я управляю компами детей. Не могу им экранное время изменить с каникул на учебные дни. Ну и с почтой небольшие проблемы. Вроде всё. По работе никто не пострадал. У моих клиентов нет денег на ресурсы Яндекс.Облака. Используем либо своё железо, либо арендные дедики и colocation. Бэкапы с инфры провайдеров забираю во вне. p.s. реклама выше в тему оказалась, хотя изначально не задумывалась так, тема давно обозначена была ——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩 #печаль #грусть

💻Практический вебинар «СТРАТЕГИЯ РЕЗЕРВНОГО КОПИРОВАНИЯ» 📹 15 октября в 11:00 Мск за 90 минут на практике построим реальную стратегию и разберём: 🔹 как определить RPO и RTO для критичных сервисов; 🔹 как защитить бэкапы от шифровальщика; 🔹 как учесть зависимости систем и ресурсы для восстановления; 🔹 как каналы связи влияют на скорость бэкапа и восстановления; 🔹 когда достаточно обычных бэкапов, а когда нужны репликация, Hardened Repository и DRaaS; 🔹 как подготовить план аварийного восстановления и протестировать его. 🧑‍💻 Каждый участник выберет свой критичный сервис и проработает его 🎁 Всем прошедшим практикум передадим методику и пакет документов для реализации стратегии резервного копирования и восстановления: — Матрица систем и зависимостей — Таблица определения и согласования RPO / RTO — Технический runbook аварийного восстановления — Отчёт о тестовом восстановлении ИТ-сервиса — Карта готовности одного критичного сервиса к восстановлению — Рабочая тетрадь «Стратегия восстановления данных и ИТ-сервисов» 👉 Приходите, будет полезно. Регистрация тут

Когда я работал в одной небедной компании, там регулярно обновляли парк оборудования, а старое просто списывали. Это же касалось и клиентских рабочих станций с мониторами. Помню, как директор как-то зашёл к нам в отдел и предложил, чтобы мы куда-то отдали старые системники: в школу или интернат. Типа, что им пропадать просто так. Они были ещё вполне рабочие. Просто была возможность покупать поновее, вот и покупали. Эх, были времена... У нас некому было этим заниматься, да и не понятно, как вообще всё это провернуть. Поэтому старьё либо разбирали себе, либо просто выкидывали. У меня напарник иногда на авито что-то продавал. Мне всё это было не интересно, не хотелось даже связываться. На днях мне написал один незнакомый человек и попросил рассказать аудитории про их социальный проект и частную акцию под названием «Подари компьютеру вторую жизнь». Суть в том, что если вы списываете какие-то старые, но исправные компьютеры, то не выкидывайте их, а отдайте в эту программу. А они потом на основе заявок от учебных заведений, передадут их им. Мне идея откликнулась, сразу вспомнил историю со списанными компьютерами, поэтому я вам это всё и пишу. Отдельно отмечу, что с данной организацией я не знаком. Просто передаю информацию. В своей жизни я сам много занимался благотворительностью лично, пока был безсемейный, поэтому знаю, что есть много организаций и людей, которые реально делают полезные вещи. В клубе волонтёров я активно участвовал несколько лет и объездил с ними большое количество детских домов. Так, что если вам откликается подобная деятельность, рекомендую. Моего интереса в этом никакого нет, с организацией я никак не связан. Если надумаете отдать компьютеры, пишите напрямую Елене Мартыновой. Оборудование заберут транспортной компанией, пристроят, а вам отправят фото/видео отчет от школы (с неподдельными детскими эмоциями). #разное