АЙТИШНИКИ, ХВАТИТ сливать время на прилизанные новости и бесполезные курсы

Проект «ИИнтеллигенция» стал главным каналом для тех, кто использует нейросети на уровне разработки, автоматизации и опенсорса, а не просто балуется в чатах. Здесь собирают только то, что реально экономит человеко-часы и работает в проде.

🎓 Готовые ИИ-сервисы, промпты и ИИ-агенты для автоматизации рутины

🖋 Разборы полезных ИИ-инструментов, локальных LLM и опенсорс-репозиториев

🛠 Практические кейсы, гайды по деплою моделей и интеграции ИИ в пайплайны

⚡️ Технические ИТ-новости без маркетинговой воды и душных отчетов

Обучение и прокачка в реальном времени: работа с API (Claude, GPT), локалки (Ollama, vLLM), автоматизация кода, опенсорс-утилиты, AI-агенты и др.

Ценишь время и работаешь с ИИ, подпишись: @clucai

⚙️ mxcheck 

✔️Инструмент с открытым исходным кодом, предназначенный для сбора информации и комплексного аудита безопасности почтовых (SMTP) серверов.

➡️ Что проверяет mxcheck:
▶️Утилита проводит детальный анализ, проверяя различные аспекты конфигурации и безопасности сервера:
💠DNS-записи. Анализирует записи A, MX, PTR, SPF, MTA-STS, DKIM, DMARC, а также более специфические — TLSRPT и BIMI DANE/TLSA. 
💠Автономная система (AS). Собирает номер AS и страну, к которой она относится.
💠Поддержка шифрования. Проверяет, поддерживает ли сервер команду StartTLS, и анализирует валидность используемых TLS-сертификатов (срок действия, субъект, эмитента, SANs).
💠Открытые порты. Сканирует стандартные почтовые порты: 25 (SMTP), 465 (SMTPS) и 587 (Submission).
💠Чёрные списки. Сверяет адрес сервера с глобальными базами данных, где перечислены известные источники спама.
💠Утечки информации. Анализирует, не раскрывает ли сервер служебную информацию через строку приветствия (server string) и команду VRFY.
💠Уязвимости. Проверяет сервер на подверженность атаке SMTPSmuggling.
💠Статус открытого релея (open relay). Тестирует, может ли сервер принимать письма без аутентификации. 

➡️ Особенности и возможности:
💠Гибкая настройка. Можно задать собственный DNS-сервер, адреса отправителя (mailFrom) и получателя (mailTo), а также селектор DKIM для проверки.
💠Отчётность. Результаты можно экспортировать в формате TSV для дальнейшего анализа.
💠Кроссплатформенность. Утилита доступна для Linux, macOS и Windows (как в виде скомпилированных бинарников, так и в исходном коде).
💠Автоматизация. Поддерживает неинтерактивный режим (флаг --no-prompt) и проверку обновлений. 

🐙 Перейти на Github

🔨 bash_help

⚙️ Plandex

✔️AI-агент для терминала, созданный специально для работы с крупными проектами и сложными реальными задачами. Он работает прямо в терминале и умеет планировать, реализовывать и отлаживать многоэтапные задачи, которые затрагивают множество файлов.

➡️ Ключевые особенности:
💠Умное управление контекстом. Plandex поддерживает эффективное контекстное окно до 2 миллионов токенов с пакетом моделей по умолчанию. Он загружает в контекст только то, что действительно необходимо для каждого шага, используя «карты проекта» на базе tree-sitter. Это позволяет эффективно работать с большими кодовыми базами, индексируя директории с 20 миллионами токенов и более. Инструмент поддерживает более 30 языков программирования.
💠Песочница для изменений (Diff Review Sandbox). Все изменения, сгенерированные AI, изолированы от основного кода проекта. Они накапливаются в специальной области с контролем версий, что позволяет просматривать их целиком, откатывать неудачные правки и исследовать альтернативные пути выполнения задачи. 
💠Настраиваемая автономия. Вы сами выбираете уровень контроля: от полностью автономного режима, когда агент сам выполняет задачу, до пошагового, где каждое действие требует вашего одобрения.
💠Мультипровайдерность. Plandex позволяет комбинировать модели от разных провайдеров (Anthropic, OpenAI, Google и open-source) через OpenRouter, Together.ai или другие совместимые сервисы. 
💠Автоматизированная отладка. Агент может самостоятельно запускать тесты, проверять код на ошибки и отлаживать терминальные команды (сборку, линтеры, деплой) и даже браузерные приложения (при наличии Chrome). 
💠Терминальный интерфейс. Обеспечивает эффективный рабочий процесс без переключения контекста.

➡️ Как это работает:
▶️Процесс обычно выглядит так: вы обсуждаете задачу в чате, агент составляет пошаговый план, реализует изменения в песочнице, проверяет и отлаживает их, а затем вы принимаете финальное решение.

🐙 Перейти на Github

🔨 bash_help

😒 Подборка каналов по информационной безопасности

Проверенные каналы по безопасности, которые реально помогают расти.

👍 ZeroDay — Уроки, эксплуатация уязвимостей с нуля
👍 Белый Хакер — Свежие новости из мира ИБ
😎 Бункер Хакера — Статьи, книги, шпаргалки и хакинг
👨‍💻 Серверная Админа — Настройка и уроки по компьютерным сетям

📂 Подписывайся

⚙️ Как узнать время выполнения команд с помощью history в Linux

✔️Все команды, которые выполняет пользователь в командной строке оболочки Bash, хранятся в буфере истории. Они также записываются в файл с названием ~/.bash_history. То есть, в любой момент системный администратор может просмотреть список введенных команд. Однако, в этом списке не хранится информация о времени и дате выполнения каждой команды.

▶️Существует два возможных способа, которыми Вы можете воспользоваться для получения времени выполнения команд. Первый — позволяет добавить к истории введенных команд время и дату временно (в рамках текущего сеанса Линукс), второй —  постоянно. Однако оба способа предусматривают использование переменной HISTTIMEFORMAT.

➡️ Как увидеть дату и время только для текущей сессии
▶️Для временного добавления даты и времени к истории выполнения команд Вам достаточно экспортировать переменную HISTTIMEFORMAT: export HISTTIMEFORMAT='%F %T '

▶️Вы могли заметить, что у данной переменной есть параметры, которые определяют формат метки даты и времени:
💠%F — устанавливает дату в формате год-месяц-число;
💠%T — устанавливает время в формате час: минута: секунды.

▶️Существуют и другие форматы, детальнее о них можно узнать на справочной странице man команды date: man date

▶️Теперь Вы можете заново запустить команду history, чтобы проверить наличие отметки с датой и времени выполнения команд.

➡️ Как отслеживать время выполнения команд на постоянной основе
▶️Предыдущий способ подходит лишь тем, кто намерен выводит на экран дату и время только в рамках текущей сессии терминала. Если Вы закроете терминал и запустите его снова — все настройки пропадут. Чтобы этого не произошло, Вы можете записать переменную HISTTIMEFORMAT в файл ~/.bashrc, используя любой удобный текстовый редактор: vi ~/.bashrc

▶️Далее добавьте в файл строку с переменной в любом месте: export HISTTIMEFORMAT='%F %T '

▶️Далее — сохраните файл и закройте текстовый редактор. И выполните приведенную ниже команду, чтобы применить изменения, внесенные в файл: source ~/.bashrc

🖼️ Ссылка на источник

🔨 bash_help

⚙️ Основные директории файловой системы

🔨 bash_help

🔍Тестовое собеседование с Head of DevOps уже завтра

28 июля(уже завтра!) в 19:00 по мск приходи онлайн на открытое собеседование, чтобы посмотреть на настоящее интервью на Middle DevOps-разработчика.

Как это будет:
📂 Александр Хренников, Head of DevOps в KTS с опытом 14+ лет, будет задавать реальные вопросы и задачи разработчику-добровольцу
📂 Александр будет комментировать каждый ответ респондента, чтобы дать понять, чего от вас ожидает собеседующий на интервью
📂 В конце можно будет задать любой вопрос Александру

Это бесплатно. Эфир проходит в рамках менторской программы от ШОРТКАТ для DevOps-разработчиков, которые хотят повысить свой грейд, ЗП и прокачать скиллы.

Переходи в нашего бота, чтобы получить ссылку на эфир → @shortcut_devops_bot

Реклама.
О рекламодателе.

⚙️ Review Prompts

✔️Проект заточен под ревью кода в трёх крупных проектах — ядро Linux, systemd и iproute. Он решает главную проблему — даёт ИИ контекст конкретной подсистемы, чтобы он не делал общих замечаний, а ловил именно «системные» ловушки.

➡️ Как это устроено:
💠Автоопределение контекста. Инструменты проекта умеют «чувствовать», в каком дереве исходников вы работаете (ядро, systemd или iproute). Когда вы в нужной директории, соответствующий «скилл» (шаблон знаний) подгружается автоматически.
💠Слэш-команды. После настройки становятся доступны удобные команды для разных сценариев: /kreview (ревью кода ядра), /systemd-review (для systemd), /iproute-review (для iproute). Есть и сопутствующие: /kdebug, /systemd-debug, /iproute-debug (для отладки), а также /kverify, /systemd-verify, /iproute-verify (проверка соответствия строгим протоколам безопасности и стабильности).
💠Модульность. Для каждого проекта своя ветка с промптами, шаблонами навыков и файлами с паттернами типичных ошибок.
💠Интеграция с Semcode. Автор рекомендует использовать этот набор вместе с Semcode — инструментом для семантического поиска по коду. В связке ИИ гораздо быстрее находит определения функций и структур в огромном дереве исходников.

➡️ В репозитории есть несколько ключевых компонентов:
💠Паттерны багов. Документация с типичными ошибками, характерными для каждой подсистемы (например, для сетевой подсистемы, dbus в systemd, работы с памятью в ядре).
💠Шаблоны навыков (skills). Базовые файлы, которые вы адаптируете под свои задачи.
💠Слэш-команды. Готовые сценарии для разных этапов работы.
💠Файлы с доменными знаниями. Специфические правила и конвенции для каждой подсистемы.

🐙 Перейти на Github

🔨 bash_help

⚙️ DevOps Exercises

✔️В репозитории собрана большая коллекция (более 2600 упражнений и вопросов). Материал разбит по темам, и это удобно — можно целенаправленно прокачивать конкретные навыки.

➡️ Вот какие направления охвачены:
💠базовые технологии: Linux, Git, Docker;
💠облачные платформы: AWS, Azure, GCP;
💠инфраструктура как код: Terraform, Ansible;
💠сети и протоколы: TCP/IP, DNS, HTTP;
💠мониторинг: Prometheus, Grafana;
💠базы данных: SQL, NoSQL (MongoDB, Cassandra);
💠системы оркестрации: Kubernetes;
💠CI/CD, автоматизация (Jenkins);
💠виртуализация, безопасность;
💠SRE-практики (надёжность, инцидент-респонсинг).

➡️ Для каждой темы есть:
💠теоретические вопросы с развёрнутыми ответами;
💠практические упражнения (иногда с примерами из реальных собеседований).

🐙 Перейти на Github

🔨 bash_help

⚙️ Восстанавливаем повреждённый Linux через chroot

✔️Доводилось ли вам раскупоривать системник с Linux, который не грузится ни в какую – даже после того, как вы убедились в корректности настроек BIOS и в том, что никаких серьёзных аппаратных ошибок в машине нет?

▶️Если да – то вам просто необходимо изучить chroot. Он станет для вас настоящей палочкой-выручалочкой.

▶️Вкратце, идея такова: если вы можете получить доступ к жёсткому диску неисправной машины с Linux, которая сломана или не загружается (для этого, например, используют загрузочные флешки или подключают неисправный диск в качестве внешнего к другой машине, на которой установлен Linux), то монтировать этот диск нужно особым образом. Ваша задача – перехитрить Linux в рамках текущего сеанса и заставить машину поверить, что это жёсткий диск с установленной на ней исправной операционной системой – что, конечно же, не так.

🖼️ Дочитать статью на Habr'e

🔨 bash_help

На Stepik запустили годный курс по «Troubleshooting Docker и Kubernetes: поиск и устранение проблем»

В программе только важные аспекты:

— troubleshooting Docker и образов
— диагностика сетевых проблем
— настройка readiness/liveness probes
— отладка pod’ов, деплоев и ingress
— анализ логов контейнеров и кластера
— разбор ошибок CrashLoopBackOff, OOMKilled, ImagePullBackOff и других

Собеседования на DevOps/SRE сейчас всё чаще строятся вокруг реальных инцидентов. Данный курс фокусируется именно на таких сценариях и помогает в подготовке к практическим вопросам

48 часов доступен со скидкой 25%

↗️ Пройти курс на Stepik

⚙️ PatchMon

✔️Open-source платформа корпоративного уровня для централизованного мониторинга, управления обновлениями и обеспечения безопасности Linux-серверов. Она также поддерживает FreeBSD и Windows через отдельные агенты.

▶️Архитектура платформы построена на модели outbound-only агентов: каждый сервер с установленным агентом сам инициирует соединение с центральным сервером PatchMon, не требуя открытия каких-либо inbound-портов на фаерволах хостов. Это значительно повышает безопасность инфраструктуры.

➡️ Процесс взаимодействия:
💠Вы развёртываете сервер PatchMon (через Docker, нативный установщик или используете управляемый облачный сервис).
💠В веб-интерфейсе вы добавляете хосты. Для каждого хоста система генерирует однострочную команду установки агента.
💠Агент устанавливается на целевом сервере, регистрируется на сервере PatchMon и начинает регулярно отправлять отчёты о состоянии системы и установленных пакетах.

➡️ Ключевые возможности:
💠Централизованная видимость. Вся информация о статусе обновлений, версиях ядра, времени безотказной работы собрана в единой панели.
💠Управление патчами. Платформа позволяет планировать и выполнять обновления с проверкой (dry-run), утверждением и аудитом действий. Поддерживаются разные сценарии: установка всех обновлений, только обновлений безопасности, выборочное обновление конкретных пакетов.
💠Живой стриминг логов. Во время установки обновлений можно в реальном времени наблюдать за выводом агента через WebSocket и при необходимости прервать процесс.
💠Проверка соответствия стандартам. Платформа умеет запускать OpenSCAP-бенчмарки и проверять серверы на соответствие CIS-конфигурациям, предоставляя подробные инструкции по устранению уязвимостей.
💠Удалённый доступ. Встроенный терминал с ИИ-помощником позволяет прямо из браузера открывать SSH-сессию к серверу и получать помощь в диагностике ошибок или составлении команд. 
💠Расширенные интеграции. Поддерживается более 30 интеграций, включая автоматическое добавление контейнеров Proxmox LXC. 
💠Ролевой доступ и безопасность. Реализована система RBAC (роли Viewer, Operator, Admin) и поддержка единого входа (SSO) через OIDC (совместимость с Keycloak, Authentik, Okta). 
💠Уведомления. Можно настроить оповещения на email, в Slack и по другим каналам при возникновении критических ситуаций. 

🐙 Перейти на Github

🔨 bash_help

День сисадмина

whoami → человек, который держит всё это на плаву.

На ежегодном слёте сисадминов записали интервью: спросили, что в работе любят больше всего и как справляются со стрессом. Ответы в видео.

Ещё один способ держать stress --level в норме: в Яндекс 360 админка одна на всё — пользователи, доступы, сервисы.

🔨 bash_help

⚙️ Шпаргалка по популярным сетевым протоколам

🔨 bash_help

👋 Привет, сетевой друг!

Сегодня разберём vps-audit, небольшой Bash-скрипт, который делает из обычного VPS - объект для быстрого security-аудита.

🟣Что это: часто после установки сервера проверяют только “работает ли SSH и сайт”. Но в реальности на VPS могут остаться открытые порты, включённый root login, слабые настройки SSH, лишние сервисы или переполненный диск. vps-audit собирает всё это в один отчёт без установки тяжёлых инструментов.

🟣Как работает: внутри это обычный Bash-скрипт, который последовательно проверяет системные параметры через стандартные Linux-команды.

Например:

• SSH-конфигурацию (sshd_config)
• состояние firewall (UFW)
• Fail2ban
• последние неудачные входы
• обновления системы
• запущенные сервисы через systemd
• открытые порты
• SUID-файлы
• нагрузку CPU, RAM и диска

После проверки каждому пункту присваивается статус:

⏺PASS - всё нормально
⏺WARN — стоит проверить
⏺FAIL — потенциальная проблема

🟣Установка:

wget https://raw.githubusercontent.com/vernu/vps-audit/main/vps-audit.sh

chmod +x vps-audit.sh

Запуск:

sudo ./vps-audit.sh

🟣Примеры проверок:
Проверка SSH:

[PASS] SSH Root Login - disabled
[WARN] SSH Port - using default port 22

Проверка открытых портов:

ss -tulpn

Скрипт анализирует, какие сервисы слушают сеть, и показывает потенциально лишние точки входа.

🟣Что ещё полезно смотреть вручную после отчёта:

Активные сервисы:

systemctl list-units --type=service --state=running

SUID-файлы:

find / -perm -4000 -type f 2>/dev/null

Последние попытки входа:

lastb

Серверная Админа | Zeroday | #Инструмент