| Канал | Публикаций | Подписчиков | Последний пост |
|---|---|---|---|
ServerAdmin.ru
[telegram]
|
30 | 32344 | 07.07.26 |
ServerAdmin.ru Юмор
[telegram]
|
2 | 1052 | 19.06.26 |
| Канал | Публикаций | Подписчиков | Последний пост |
|---|---|---|---|
|
Вакансии в ИБ | infosec
[max]
|
4 | 247 | 26.06.26 |
|
infosec
[max]
|
4 | 846 | 26.06.26 |
|
VK Tech
[max]
|
1 | 978 | 24.06.26 |
|
Бэкап
[max]
|
1 | 535 | 22.05.26 |
|
CyberINS // Лаборатория …
[max]
|
1 | 553 | 22.05.26 |
|
ИБ Книга | Библиотека ИБ
[max]
|
1 | 1405 | 22.05.26 |
|
no system is safe // cyb…
[max]
|
1 | 1261 | 22.05.26 |
Загрузка данных...
| Размещенный пост | Текст публиакции | Рекламирующий канал | Просмотры | Просмотры 24 ч | Прирост подписчиков |
|---|
Загрузка данных...
| Размещенный пост | Текст публикации | Рекламируемый канал | Просмотры | Просмотры 24 ч | Прирост подписчиков |
|---|
| Дата и время публикации | Текст публикации | Рекламируемый канал | Динамика просмотров | Всего просмотров |
|---|---|---|---|---|
| 2026-07-16 11:11:02 | У меня дома скопилось некоторое количество 1ТБ дисков, которые всё время собирался выкинуть, потому что негде было использовать, но так и не поднялась рука. Сейчас посмотрел, сколько они стоят - от 10 т.р. 😱 Обрадовался, что в итоге не выкинул. Решил их приспособить под полезное дело. Так же без дела лежит старенький HP Microserver на 4 диска. Собрал в нём RAID5 и приспособил под очень холодные бэкапы. Сервер периодически сам включается, забирает нужные данные и выключается. Рассказываю по шагам, что он делает. Реализацию не привожу, так как там всё просто. Любой ИИ вам напишет, как всё это настроить. Не знаю, составит ли он подобный план. Я это всё сам придумал и реализовал. 1️⃣ В BIOS включена загрузка через Wake-on-LAN (WoL). Она же включена в системе (Debian) через ethtool. 2️⃣ В Mikrotik, работающем 24/7 шлюзом, стоит задание в планировщике раз в сутки запускать скрипт, который через WoL запускает сервер. Там буквально одна строка: tool wol interface=ether4 mac=AA:BB:11:22:33:44 3️⃣ На сервере подготовлен скрипт, который после загрузки монтирует диски с нужными данными, запускает rsync и забирает файлы. Rsync работает с сохранением изменившихся файлов, чтобы была история изменений. 4️⃣ После завершения работы rsync, сервер автоматически выключается. Оставил задержку на 5 минут и возможность оставить файл в виде флага, при наличии которого сервер автоматически не выключится. Это чтобы была возможность к нему спокойно подключиться в случае необходимости. Получилось дёшево и сердито - офлайн бэкап важных данных, который ничего не стоит. Сервер постоянно выключен. Включается раз в сутки примерно на 10 минут. Забирает данные и выключается. Я очень комфортно себя чувствую, когда имеется возможность настроить бэкапы именно в таком виде. Сейчас прорабатываю вариант проверки файлов и мониторинга этого дела, чтобы быть на 100% уверенным, что на этом сервере актуальная копия данных. Я подобные схемы уже не раз настраивал и могу сразу рассказать про подводные камни, с которыми можно столкнуться. ▪️На некоторых системах WoL глючит. Не знаю, почему. Приходится шаманить с настройками в ethtool, добавлять скрипты в автозагрузку на возврат некоторых параметров, которые слетают. Я это наблюдал на одном и том же железе, устанавливая туда разные системы. Проблемы иногда возникают после обновления на новый релиз. ▪️Управляющий сервер, который запускает скрипт WoL и целевой сервер должны быть в одном сегменте сети L2, чтобы можно было отправить запрос по MAC адресу. По научному это называется - должны находиться в одном широковещательном домене. А если совсем по простому - воткнуты в один свитч. Это ограничение в некоторых случаях можно обойти. ▪️Если было полное обесточивание целевого сервера, то по WoL он не включится. Нужно один раз включить его вручную и штатно выключить. После этого он снова будет автоматически включаться. Не знаю, с чем это связано. Не всегда и не везде воспроизводится, но я с этим регулярно сталкивался. Отдельно отмечу, что это не единственный бэкап. В таком виде с ним неудобно работать. Можно назвать его бэкапом бэкапов, но это тоже неверно. Забирать желательно оригинальные данные, а не бэкапы, потому что если в бэкапах проблема, вы эти же проблемы заберёте и к себе. Если настраиваю несколько бэкапов, то по возможности стараюсь все их брать с оригинальных данных. #backup У меня дома скоп… | — |
|
452 |
| 2026-07-15 09:11:02 | С недавнего времени стал дома работать на стационарном компьютере. При этом остался довольно производительный ноутбук с 32 ГБ памяти и дискретной видеокартой. Иногда его включаю для различных задач и оставляю рядом на столе. Пользоваться им в таком режиме не очень удобно, потому что постоянно надо руки переносить с основной клавы на тачпад и клавиатуру ноутбука. Решил поискать, кто и как решает такую проблему. Оказывается, есть целый класс программ, которые позволяют программно подключать клавиатуру и мышь к разным устройствам. Работает всё это очень просто и удобно. Я взял open source программу Deskflow. Она поддерживает все популярные системы, а для винды есть в том числе портабельная версия, работающая без установки. Запустил её на компе и на ноуте. Компьютер сделал сервером, так как клавиатура и мышь подключены к нему. На ноутбуке запустил Deskflow в режиме клиента. Клиент подключается к серверу и в такой связке они используют одну клавиатуру и мышь. Плюс, объединяется буфер обмена. Работает всё это очень удобно, как-будто у вас к системнику подключены два монитора. Просто ведёте мышку к краю экрана монитора и она переходит на экран ноутбука. Работает всё чётко и быстро. Никаких проблем и задержек. Мне очень понравилось. Раньше вообще не знал, что существуют такие программы. Не было в них нужды. Deskflow миниатюрна, написана на C++ с GUI на QT. Этим объясняется её кроссплатформенность. Я так понимаю, можно разные системы подключать - Windows, Linux, macOS. У меня обе машины на винде, так что я пробовал только на ней. В настройках ничего не настраивал, только TLS отключил. В своей локалке он мне не нужен. Сюда бы ещё добавить передачу файлов. Пробовал через буфер - не работает. Буфер только для текста, файлы, даже небольшие, передавать не получается. С недавнего врем… | — |
|
768 |
| 2026-07-14 17:30:03 | Есть разные способы автоматической доставки необходимых пакетов софта на целевые сервера: ansible или аналоги, bash, в частности с помощью bashible, cloud-init, различные ci/cd системы со своими агентами. Во всех этих системах первое, что приходит в голову, сформировать список необходимых пакетов и передавать его на установку. В случае необходимости, список можно менять. Но есть и другой распространённый подход - создание мета-пакета, который включает в себя в виде зависимостей набор отдельных пакетов. В случае каких-то изменений в составе пакетов, вам не придётся менять составленный ранее список. Достаточно изменить сам мета-пакет, и сервера при стандартном обновлении установят недостающее. В зависимости от ситуации, можно использовать тот или иной подход. У каждого есть как свои плюсы, так и минусы. Например, если список пакетов хранится в ansible и часто меняется, придётся постоянно обновлять список в переменной и пушить эти изменения в репозиторий. Если они несущественны и не требуют отдельного учёта, проще менять мета-пакет, не затрагивая код ролей или плейбуков. Например, если вы ведёте набор софта для настройки рабочей станции на Linux. Там будет масса всего для установки. Удобно всё это завернуть в один мета-пакет workstation и менять именно его. Мета-пакеты во всю представлены в стандартных репозиториях. Самый популярный мета-пакет - linux-image-amd64, который обновляет ядро. Посмотреть его состав можно так: # apt show linux-image-amd64 ..... Description: Linux for 64-bit PCs (meta-package) ..... Набор инструментов build-essential, оболочки gnome, xfce4, kde - это всё тоже мета-пакеты. Узнал о них совершенно случайно не так давно. Сколько лет настраиваю линуксы, всегда пакеты по одному ставил, храня списки в переменных. Собрать свой мета-пакет очень просто. Покажу на примере мета пакета deb-base с набором программ, которые я обычно ставлю на все сервера: # mkdir -p ~/deb-base/DEBIAN # nano ~/deb-base/DEBIAN/control Package: deb-base Version: 1.0 Architecture: all Maintainer: Vladimir <root@serveradmin.ru> Depends: sudo, curl, wget, htop, rsync, unattended-upgrades, net-tools, lsof, iftop Description: Base Debian server configuration # dpkg-deb --build deb-base Получил на выходе мета-пакет deb-base.deb, у которого в зависимостях sudo, curl, wget, htop, rsync, unattended-upgrades, net-tools, lsof, iftop. При установке мета-пакета они все будут установлены: # apt install ./deb-base.deb Причём эти пакеты устанавливаются по-отдельности, их можно как обычно посмотреть через dpkg: # dpkg -l | grep iftop В случае необходимости любой из установленных пакетов можно удалить как обычно через apt. Если изменить список пакетов и версию в файле control, пересобрать мета-пакет и запустить: # apt upgrade ./deb-base.deb То в систему будет добавлено то, чего не хватает из зависимостей в мета-пакете. Если ты свои пакеты хранишь в локальном репозитории, то изменения приедут на целевые сервера с плановым обновлением. Работают мета-пакеты просто и прозрачно, используя для создания встроенный в deb дистрибутивы менеджер пакетов dpkg. Есть и другие инструменты для этого, но этот проще всего. #linux Есть разные спос… | — |
|
721 |
| 2026-07-13 09:11:01 | Вернулся из небольшого отпуска. Последняя публикация была на эту тему не просто так. На прошлой неделе скомканное расписание получилось, потому что пришлось заранее всё в планировщик добавить в более сжатом формате. Когда постоянно работаешь, привыкаешь. И если работа тебе не ненавистна, то в целом всё нормально. А вот после отпуска вкатываться в рабочий график - прям мучение. Иногда кажется, что лучше совсем не ходить в него, чтобы потом не приходилось привыкать обратно. Для разгона решил закончить свою старую тему с ИБП, так как лично для меня она получилась поучительной. Напомню, для тех, кто не читал прошлую публикацию. Я подключил сервер, у которого блок питания с Active PFC к линейно-интерактивному ИБП. В итоге при переходе на батареи сервер аварийно выключался и не мог стартовать при работе от батарей, уходил в циклическую перезагрузку. Существуют разные мнения на этот счёт. Насколько я понял проблему, суть там вот в чём. В линейно-интерактивном ИБП при переходе на питание от батарей происходит кратковременное снижение и в моменте пропадание напряжения, на которое БП с APFC реагирует резким повышением потребляемого тока. И если в ИБП нет достаточного запаса по мощности, либо если переключение чуть увеличено от базовых значений, он выключается. Это основная причина проблем, а не плохой синус, как считал я, и как писали некоторые люди, а так же ИИ. Пришёл именно к этому мнению, потому что видел довольно много отзывов, когда у людей сервера нормально работали от линейно-интерактивных ИБП. Думаю, что там либо запаса по мощности хватало, либо БП не так активно увеличивали ток из-за более кратковременного перехода, поэтому и не происходило отключение. Но в любом случае однозначная рекомендация - сервера с APFC должны быть запитаны от онлайн ИБП. Я в итоге и купил (за 13700 р.) один из таких, практически самый дешёвый - FinePower MIX ONLINE 1000VA, он же DEXP MIX ONLINE 1000VA. Он же и под другими брендами продаётся, но внешний вид у них у всех один и тот же. Я его уже настроил, протестировал. Работает нормально. Выбрал именно его, потому что дешёвый, и потому что не увидел каких-то явно плохих отзывов. В целом у всех он работает нормально. Проблема лично у меня возникла с софтом под Linux. У меня не получилось его завести, хотя я видел отзывы, когда у людей получалось. В зависимости от бренда, под которым он продаётся, у него может быть разная прошивка и протокол обмена данными. У меня ни через NUT, ни через его родной софт под Linux, он не заработал. Немного помучался и завёл всё через виртуальную машину на винде. У меня он всё равно к гипервизору подключен. Там софт нормально работает. Он тушит по SSH гипервизор. Мою супермикру этот ИБП держит в районе 15-20 минут. Если верить его дисплею, то нагрузка обычно ~150Вт. Для моих задач этого ИБП достаточно. Рекомендовать его не буду из-за кривого софта, но за эти деньги другой не купить. Плюс, он шумит вентилятором, но мне не критично, так как стоит в нежилом помещении. Если бы не этот вентилятор, то был бы отличный вариант для домашнего онлайн ИБП для компьютера под виндой. В итоге сервер работает от этого онлайн ИБП, а остальные компьютеры - от линейно-интерактивных. И всё в порядке. То есть проблемы в явном виде с этим ИБП не было. Он просто не совместим с конкретным сервером, как и большинство его собратьев такого же типа. #железо Вернулся из небо… | — |
|
812 |
| 2026-07-09 12:30:02 | 🚨 Сервер еще работает — значит, все нормально? Ребята из ITELON собрали 5 признаков, что парку пора на замену: 🔸 Патчи роняют производительность 🔸 Не тянет новые нагрузки (ИИ, аналитика) 🔸 Лицензии дороже самого железа ℹ️ Остальное читайте в блоге и проверьте свой парк Реклама. ООО "ИТЕЛОН". ИНН 7701527528. erid: 2W5zFHon5j7 🚨 Сервер еще раб… | — |
|
746 |
| 2026-07-08 17:30:03 | Смотрю иногда ютуб канал Будни сантехника. Не знаю зачем, просто нравится. Кое-что полезное узнал - как правильно наматывать фум ленту и сантехническую нить, как канализацию правильно делать и т.д. Живущим в частном доме эта информация не лишняя, особенно если у них всё на полипропилене 😁. Так вот, послушал выступление этого сантехника на слёте сантехников (прикиньте, такие тоже бывают). Он там рассказал забавную вещь. Автор называет себя настоящим фанатом своего дела и рассказывает, как приезжая на отдых, он уже на второй день смотрит, как у него радиатор подключен в номере, заглядывает в ревизионные люки, проверяет кондиционер и т.д. Постоянно думает о своей работе и делах - как что улучшить, общается в чатах и т.д. Сделал себе мастерскую, краны там крутит, тестирует. Послушал выступление и увидел в этом сантехнике себя, который тоже не умеет толком отдыхать. Сделал себе дома серверную, чтобы как на работе, где всё шумит, гудит и греется, со стеллажами и комплектующими. Во всяких местах если подключаюсь к Wifi, смотрю маршруты, на каком железе настроено, кто ещё есть в сети, что и как заблокировано и т.д. Отдыхать уже не умею. Он на этом сделал акцент, что надо заставлять себя отдыхать, потому что это важно. Я давно знаю эту свою проблему. Разучился отдыхать. Надо заново учиться. Всё время в делах, заботах, что-то делаю, придумываю, планирую и т.д. Это не сказать, что плохо, но уже крайность, от которой надо уходить обратно в сторону нормы. Как минимум для сохранения здоровья. Часто ночами засиживаюсь, настраивая что-то в своей серверной. Прикиньте, каким надо быть фанатом, чтобы весь день настраивать сервера на работе, а перед сном - у себя дома. Для забавы сверху прикрепил картинку, как я как-то раз зашёл на сайт, вроде бы мебельного магазина, и увидел протухшый сертификат. Не смог пройти мимо. #мысли Смотрю иногда ют… | — |
|
801 |
Год
Месяц
Неделя
Загрузка данных...
| Время | Контент | Подписчиков | Кто ссылался | Просмотры 48ч | Просмотры 24ч |
|---|