Posts of 📚Системный Администратор (RTFM)

newest first

#5836Link preview

Forwarded from DevOps MemOps

DevOps-проекты для портфолио и подготовки к собесам Разбирать теорию по документации — ок, но на собеседованиях всегда спрашивают за реальный опыт и архитектурные решения. Репозиторий DevOps-Projects — это готовый задачник из 54 практических кейсов, каждого из которых хватит, чтобы собрать рабочий стенд за выходные и уверенно защитить его на интервью. Все проекты разложены по уровням (от базовых до Advanced) и разбиты по ключевым направлениям: AWS / Azure / K8s, IaC, GitOps, DevSecOps, Observability и Serverless. Что стоит покрутить в первую очередь: — AI App & EKS (project-28): деплой OpenAI Chatbot UI в EKS с IaC на Terraform, жестким харденингом и Jenkins-пайплайном. — GitOps + Vault (project-45): полноценная связка Jenkins + ArgoCD + HashiCorp Vault для безопасной работы с секретами без хардкода в Git. — Observability Lab (project-51): настройка сквозной трассировки и метрик с помощью OpenTelemetry, Prometheus и Grafana. — Supply Chain Security (project-53): подпись контейнерных образов (Cosign), генерация SBOM и автоматическое сканирование уязвимостей в CI/CD (Trivy). — OpenTofu & AWS Free Tier (project-52): для тех, кто хочет пощупать OpenTofu вместо классического Terraform без выхода за пределы бесплатного лимита AWS. 📌 Подробнее: https://github.com/DevCloudNinjas/DevOps-Projects MemOps🤨

Open in Telegram
Views295−53%vs avg
Forwards9
Reactions—
Comments—
#5833Text
Views533−15%vs avg
Forwards8
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
9 h327
33 h533
  1. Total to date533
#5832Text
Views566−9%vs avg
Forwards21
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
11 h335
16 h401
36 h566
  1. After 24 hours401
  2. Total to date566
#5830Videoad
Views498−20%vs avg
Forwards0
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
11 h379
27 h498
  1. After 24 hours498
  2. Total to date498
#5828Photoaddeleted
Views466−25%vs avg
Forwards0
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
10 h249
35 h466
  1. Total to date466
#5827Text
Views567−9%vs avg
Forwards19
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
10 h260
35 h402
63 h553
71 h567
  1. Total to date567
#5825File
Views545−13%vs avg
Forwards9
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
2 h147
26 h388
67 h545
  1. After 24 hours388
  2. Total to date545
#5824Videoad
Views293−53%vs avg
Forwards0
Reactions—
Comments—
#5823Link preview

Forwarded from DevOps MemOps

Проверка подписи образа на уровне рантайма, а не admission-вебхука Kyverno, OPA Gatekeeper и Sigstore Policy Controller работают на слое API Kubernetes: перехватывают создание пода, проверяют подписи и аттестации, пропускают или отклоняют. Проблема в том, на чём это держится. Вебхуки зависят от явной конфигурации и от сети: криво заданный селектор неймспейсов молча пропускает проверку, отказ вебхука ставит перед выбором между блокировкой кластера и тихим байпасом, а статические поды и прямой доступ к API kubelet обходят admission целиком. Supply Chain NRI Plugin спускает проверку на слой ниже, в сам рантайм контейнеров, через который проходит любой контейнер независимо от способа запуска. Работает и с CRI-O, и с containerd, выпускается отдельным циклом. Порядок подключения описан в статье CNCF. 📌 Подробнее: https://www.cncf.io/blog/2026/07/30/runtime-supply-chain-verification-using-the-node-resource-interface-nri/ MemOps🤨

Open in Telegram
Views561−10%vs avg
Forwards0
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
11 h304
71 h561
  1. Total to date561
#5822Text

Понимание системных журналов Linux(часть 2) dmesg: Отображает кольцевой буфер сообщений ядра — в реальном времени показывает события, связанные с ядром и обнаружением оборудования при запуске системы. cron: Журналирует работу заданий cron и запланированных задач: время выполнения, а также ошибки, возникшие при выполнении. secure: Записывает сообщения, связанные с безопасностью: попытки аутентификации, эскалация привилегий и другие важные для безопасности события. apache/access.log и apache/error.log: Журналы веб-сервера Apache. access.log хранит логи HTTP-доступа, а error.log — ошибки и предупреждения Apache. nginx/access.log и nginx/error.log: Аналогичные журналы для веб-сервера Nginx, фиксируют события доступа и ошибки. mysql/error.log: Содержит ошибки и предупреждения MySQL-сервера, включая ошибки запуска, сбои запросов и аварийные завершения работы базы данных. 📚@IT_obrazovach

Open in Telegram
Views585−6%vs avg
Forwards6
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
5 h286
17 h417
29 h481
77 h585
  1. After 6 hours286
  2. After 24 hours481
  3. Total to date585
#5821Photoad
Views503−19%vs avg
Forwards0
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
10 h361
34 h503
  1. Total to date503
#5820Link preview
Views562−10%vs avg
Forwards21
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
23 h498
35 h562
  1. After 24 hours498
  2. Total to date562
#5819Link preview
Views608−3%vs avg
Forwards2
Reactions—
Comments—
Views growthHide views growth

Views growth

Hours after publication

Show as table
Hours after publicationViews
0 h0
31 h515
67 h608
  1. After 24 hours515
  2. Total to date608
#5818File
Views580−7%vs avg
Forwards12
Reactions—
Comments—
#5817Text

SID Идентификатор безопасности security identifier (SID) в Windows (а также в Active Directory) — это уникальное значение для каждого объекта, которое используется для его однозначной идентификации. Вместо имён пользователей и компьютеров в правилах доступа используется SID. Он состоит из базовой части и добавочной. Базовая обозначает основной объект (ПК или домен), добавочная подобъекты в нём (пользователи и группы домена). Пример: S-1-5-21-705789055-1138749243-1717242729-1108 SID всегда уникален и не может совпадать с SID другого объекта как на локальном ПК, так и с SID'ами других ПК и пользователей, в том числе доменных. Получить информацию о SID можно с помощью команд Инструментария Управления Windows, WMIC (Windows Management Instrumentation Command). SID пользователей (в этот список попадают не только локальные пользователи, но и доменные - все с кем данный компьютер имел дело): wmic useraccount get name, sid SID групп: wmic group get name, sid 📚@IT_obrazovach

Open in Telegram
Views650+4%vs avg
Forwards7
Reactions—
Comments—
#5815Text
Views703+13%vs avg
Forwards2
Reactions—
Comments—
#5814Link preview
Views706+13%vs avg
Forwards5
Reactions—
Comments—
#5813Text
Views637+2%vs avg
Forwards7
Reactions—
Comments—
#5810Link preview
Views699+12%vs avg
Forwards10
Reactions—
Comments—
#5809Text
Views794+27%vs avg
Forwards11
Reactions—
Comments—
#5805Link preview
Views891+43%vs avg
Forwards16
Reactions—
Comments—
#5804Link preview
Views974+56%vs avg
Forwards20
Reactions—
Comments—