Compare commits

...

6 Commits

5 changed files with 955 additions and 59 deletions
@@ -49,7 +49,7 @@ Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/mapper/vg02-opt 262141952 486209 261655743 1% /opt
```
Деталь, которая зацепила взгляд: всего 67424 инода на 29-гигабайтном томе - по привычке принял это за фиксированное значение, заданное при создании файловой системы, как это работает в ext4. При 99% занятости с таким скромным лимitom легко вылететь по инодам даже без аномального количества файлов. Отложил мысль на потом - и, как выяснится в финале статьи, отложил с неверной гипотезой в основе.
Деталь, которая зацепила взгляд: всего 67424 инода на 29-гигабайтном томе - по привычке принял это за фиксированное значение, заданное при создании файловой системы, как это работает в ext4. При 99% занятости с таким скромным лимитом легко вылететь по инодам даже без аномального количества файлов. Отложил мысль на потом - и, как выяснится в финале статьи, отложил с неверной гипотезой в основе.
## Первая ошибка: du без -x
+13 -55
View File
@@ -46,7 +46,8 @@ Codename: noble
**Про пользователя:** Ubuntu при установке создаёт непривилегированного пользователя с sudo. Если устанавливал с таким пользователем - используй его. Если получил root-only сервер (облако, VPS) - создадим пользователя в разделе SSH.
Все команды выполняются с `sudo` если не указано иное. Если работаешь от root - `sudo` можно опустить.
> [!info] ВАЖНО
> Все команды выполняются с `sudo` если не указано иное. Если работаешь от root - `sudo` можно опустить.
## Обновление системы
@@ -260,7 +261,7 @@ Ubuntu 24.04 хранит конфигурацию SSH в `/etc/ssh/sshd_config.
Создай файл с настройками:
```bash
sudo nano /etc/ssh/sshd_config.d/99-hardening.conf
sudo nano /etc/ssh/sshd_config.d/00-hardening.conf
```
```
@@ -296,6 +297,8 @@ AcceptEnv LANG LC_*
AddressFamily inet
```
**Важно:** Ubuntu 24.04 хранит файлы конфигурации SSH в `/etc/ssh/sshd_config.d/` и применяет **первое** вхождение каждой директивы. Облачные образы Ubuntu часто поставляются с файлом `50-cloud-init.conf` который содержит `PasswordAuthentication yes` - он загружается раньше `99-hardening.conf` и его значение побеждает. Файл `00-hardening.conf` загружается первым и корректно перекрывает дефолты cloud-init.
**Важно:** Ubuntu 24.04 использует socket-активацию через `ssh.socket` - порт слушает не sshd напрямую, а сокет-юнит. Обычный `systemctl restart ssh` перезапускает только сервис, порт остаётся прежним. Для применения нового порта нужно перезапускать именно сокет.
**КРИТИЧНО:** Перед перезапуском открой вторую сессию и не закрывай её.
@@ -330,7 +333,7 @@ LISTEN 0 4096 0.0.0.0:2222
sudo systemctl cat ssh.socket
```
Строка `ListenStream=0.0.0.0:2222` подтверждает что порт применился.
Строка `ListenStream=2222` подтверждает что порт применился.
В новом терминале проверь подключение:
@@ -355,7 +358,7 @@ sudo nano /etc/ssh/banner
###############################################################################
```
Добавь в `/etc/ssh/sshd_config.d/99-hardening.conf`:
Добавь в `/etc/ssh/sshd_config.d/00-hardening.conf`:
```
Banner /etc/ssh/banner
@@ -460,59 +463,11 @@ sudo nano /etc/fail2ban/jail.local
```ini
[DEFAULT]
# Бан на 1 час
bantime = 3600
# За 10 минут
findtime = 600
# После 3 неудачных попыток
maxretry = 3
# Не банить свои IP
ignoreip = 127.0.0.1/8 ::1
[sshd]
enabled = true
port = 2222
filter = sshd
logpath = /var/log/auth.log
maxretry = 3
bantime = 3600
```
Замени `2222` на свой SSH порт.
**Особенность Ubuntu 24.04:** `systemd-journald` по умолчанию не пишет в `/var/log/auth.log`. Если файл отсутствует или пустой:
```bash
ls -la /var/log/auth.log
```
Включи запись в файл:
```bash
sudo nano /etc/rsyslog.d/50-default.conf
```
Убедись что строка не закомментирована:
```
auth,authpriv.* /var/log/auth.log
```
Перезапусти rsyslog:
```bash
sudo systemctl restart rsyslog
```
Или используй journald backend в fail2ban - он умеет читать логи напрямую из journald без файлов:
```bash
sudo nano /etc/fail2ban/jail.local
```
Добавь в секцию `[sshd]`:
```ini
[sshd]
enabled = true
port = 2222
@@ -522,7 +477,9 @@ maxretry = 3
bantime = 3600
```
При `backend = systemd` параметр `logpath` не нужен - fail2ban читает journald напрямую.
Замени `2222` на свой SSH порт.
`backend = systemd` — обязательно для Ubuntu 24.04. На этом дистрибутиве journald является основным хранилищем логов, файл `/var/log/auth.log` может отсутствовать или не заполняться. При `backend = systemd` параметр `logpath` не нужен — fail2ban читает journald напрямую.
Запусти:
@@ -1064,8 +1021,9 @@ sudo ufw status verbose
# Статус fail2ban
sudo fail2ban-client status sshd
# Состояние диска
sudo smartctl -H /dev/sda
# Определить имя диска и проверить его состояние (только физический сервер)
lsblk -d -o NAME,TYPE | grep disk
sudo smartctl -H /dev/ИМЯ_ДИСКА
# Swap
free -h
@@ -0,0 +1,796 @@
---
title: "Ubuntu 24.04: настройка Docker-хоста для production"
date: 2026-07-29
draft: false
description: "Пошаговая настройка Ubuntu 24.04 LTS как Docker-хоста для production: установка Docker, hardening daemon, UFW + Docker интеграция, systemd-resolved и DNS, изоляция контейнеров, docker.sock."
summary: "Пошаговая настройка Ubuntu 24.04 LTS как Docker-хоста для production: установка Docker, hardening daemon, UFW + Docker интеграция, systemd-resolved и DNS, изоляция контейнеров, docker.sock."
tags: ["ubuntu 24.04", "docker", "security", "hardening", "ufw", "production", "containers", "linux"]
categories: ["Безопасность"]
series: ["Linux Hardening"]
series_order: 4
---
# Ubuntu 24.04: настройка Docker-хоста для production
Статья предполагает что базовый hardening уже сделан по статье: SSH на нестандартном порту, UFW включён, fail2ban настроен. Если нет - сначала туда.
{{< article link="/posts/ubuntu-24-base-hardening/">}}
В этой статье - Docker и всё что нужно чтобы контейнеры не стали дырой в безопасности хоста.
**Что получишь на выходе:**
- Docker установлен из официального репозитория (не snap)
- daemon.json настроен безопасно - без userns-remap и icc:false по умолчанию
- UFW и Docker работают вместе
- systemd-resolved и DNS в контейнерах - рабочее решение
- docker.sock - понимание риска и контроль доступа
- Контейнеры изолированы по сетям, ограничены по ресурсам
- Образы проверяются на уязвимости
## Исходные данные
- Ubuntu 24.04 LTS с выполненным базовым hardening
- Минимум 2GB RAM, 20GB диска
- Пользователь с sudo
Проверь версию:
```bash
lsb_release -a
```
```
Distributor ID: Ubuntu
Description: Ubuntu 24.04.4 LTS
Release: 24.04
Codename: noble
```
> [!info] ВАЖНО!
> Все команды выполняются с `sudo` если не указано иное.
> Если работаешь от root - `sudo` можно опустить.
## Установка Docker
> [!danger] ОЧЕНЬ ВАЖНО!
> Не используй snap версию в production!
В Ubuntu можно поставить Docker через snap (`sudo snap install docker`).
Snap-версия Docker работает в собственном confinement-окружении со своими путями (`/var/snap/docker/`), хуже интегрируется с системным `iptables`/`UFW`, и обновляется по графику snap, а не когда нужно тебе. Используй официальный репозиторий Docker - там стандартный путь `/var/lib/docker`, предсказуемое поведение, полный контроль над версией.
Проверь что snap-версии нет:
```bash
snap list | grep docker
```
Если есть - удали:
```bash
sudo snap remove docker
```
### Удаление старых версий
```bash
sudo apt remove -y docker docker-engine docker.io containerd runc
```
### Установка из официального репозитория
Зависимости
```bash
sudo apt install -y ca-certificates curl gnupg lsb-release
```
Создать директорию для ключей
```bash
sudo install -m 0755 -d /etc/apt/keyrings
```
Добавить GPG ключ Docker
```bash
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | \
sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg
```
```bash
sudo chmod a+r /etc/apt/keyrings/docker.gpg
```
Добавить репозиторий
```bash
echo \
"deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] \
https://download.docker.com/linux/ubuntu \
$(. /etc/os-release && echo "$VERSION_CODENAME") stable" | \
sudo tee /etc/apt/sources.list.d/docker.list > /dev/null
```
Обновить индекс и установить
```bash
sudo apt update && sudo apt install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin docker-compose-plugin
```
Проверь версию:
```bash
docker --version
```
Ожидаем:
```
# Docker version 29.x.x, build xxxxxxx
```
Проверь daemon:
```bash
sudo systemctl status docker
```
Ожидаем:
```bash
● docker.service - Docker Application Container Engine
Loaded: loaded (/usr/lib/systemd/system/docker.service; enabled; preset: enabled)
Active: active (running) since Wed 2026-07-29 MSK; 3h 38min ago
TriggeredBy: ● docker.socket
Docs: https://docs.docker.com
Main PID: 182611 (dockerd)
Tasks: 8
Memory: 23.4M (peak: 24.0M)
CPU: 2.661s
CGroup: /system.slice/docker.service
└─182611 /usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock
```
### Добавление пользователя в группу docker
```bash
sudo usermod -aG docker $USER
```
Выйди и зайди снова (Выполни `newgrp docker` для текущей сессии без перелогина). Проверь:
```bash
docker run --rm hello-world
```
## docker.sock - главный риск
Прежде чем настраивать daemon - разберёмся с самым опасным местом.
`/var/run/docker.sock` - Unix сокет Docker daemon. Любой процесс с доступом к нему имеет **полный root на хосте**. Через один вызов API можно смонтировать корень хоста и получить туда доступ:
```bash
# Пример атаки - одна команда и ты root на хосте
docker run --rm -v /:/host alpine chroot /host
```
**Правила работы с docker.sock:**
> [!info] ВАЖНО
> Никогда не монтируй docker.sock в контейнер без явной необходимости.
Если сервис требует его (Portainer, Watchtower, Traefik с автообнаружением) - этот сервис имеет root-доступ к хосту.
Проверь права на сокет:
```bash
ls -la /var/run/docker.sock
```
```
srw-rw---- 1 root docker 0 Jul 29 11:38 /var/run/docker.sock
```
Проверь кто в группе docker:
```bash
getent group docker
```
Только доверенные пользователи должны быть в этой группе - фактически это равно правам root.
Проверь какие контейнеры монтируют сокет:
```bash
docker ps -q | xargs -I {} docker inspect {} \
--format '{{.Name}}: {{range .Mounts}}{{if eq .Source "/var/run/docker.sock"}}DOCKER_SOCK_MOUNTED{{end}}{{end}}' \
2>/dev/null | grep DOCKER_SOCK_MOUNTED
```
## Hardening daemon.json
```bash
sudo nano /etc/docker/daemon.json
```
```json
{
"log-driver": "json-file",
"log-opts": {
"max-size": "50m",
"max-file": "3"
},
"live-restore": true,
"userland-proxy": false,
"no-new-privileges": true,
"storage-driver": "overlay2",
"default-ulimits": {
"nofile": {
"Name": "nofile",
"Hard": 65536,
"Soft": 65536
}
}
}
```
**Что и почему:**
`log-driver` + лимиты - без них логи контейнеров забивают `/var/lib/docker/containers/` за дни на активном сервисе.
`live-restore: true` - контейнеры продолжают работать пока daemon перезапускается.
`userland-proxy: false` - iptables вместо userland proxy, быстрее, меньше процессов.
`no-new-privileges: true` - контейнеры не поднимают привилегии через setuid/setgid бинарники.
`storage-driver: overlay2` - зафиксирован явно, хотя на Ubuntu 24.04 он и так используется по умолчанию.
### Почему нет userns-remap
Root в контейнере мапится на непривилегированный UID на хосте (например 100000). Звучит безопасно, но ломает bind mounts: файлы на хосте принадлежат UID 1000, контейнер видит UID 100000 и получает `Permission denied`. Каждый сервис с записью на хост требует `chown -R 100000:100000`, и пересчёт нужен для каждого нового сервиса.
> [!info] ВАЖНО
> Включай только если осознанно готов управлять UID маппингом для каждого тома.
### Почему нет icc:false
Глобальный `icc: false` ломает общение контейнеров внутри одного docker-compose стека - Compose создаёт свою bridge сеть, и без `icc` контейнеры в ней не видят друг друга без явных `--link`.
Правильная изоляция - через отдельные сети Docker, не через глобальный флаг daemon. Раздел ниже.
Примени:
```bash
sudo systemctl restart docker
```
Проверь:
```bash
docker info | grep -E "Storage Driver|Logging Driver|Live Restore"
```
## sysctl для Docker-хоста
```bash
sudo nano /etc/sysctl.d/99-docker.conf
```
```
# IP forwarding - обязательно для Docker
net.ipv4.ip_forward = 1
# IPv6 forwarding - только если используешь IPv6 в контейнерах
# net.ipv6.conf.all.forwarding = 1
# Лимиты inotify
fs.inotify.max_user_instances = 512
fs.inotify.max_user_watches = 524288
# Для Java приложений (Elasticsearch и подобных) в контейнерах
vm.max_map_count = 262144
```
```bash
sudo sysctl -p /etc/sysctl.d/99-docker.conf
```
## systemd-resolved и DNS в контейнерах
Это самая частая проблема на Ubuntu специфично.
Ubuntu 24.04 использует `systemd-resolved` - DNS резолвер слушает на `127.0.0.53`. Контейнер не может достать этот адрес - `127.0.0.53` это loopback хоста, контейнер находится в своём network namespace и видит свой собственный loopback, не хостовый.
Симптом:
```bash
docker run --rm alpine nslookup google.com
# ;; connection timed out; no servers could be reached
```
**Решение 1 (быстрое, для отдельных контейнеров):**
```bash
docker run --dns 8.8.8.8 --dns 8.8.4.4 alpine nslookup google.com
```
**Решение 2 (для всех контейнеров через daemon.json):**
```bash
sudo nano /etc/docker/daemon.json
```
Добавь:
```json
{
"dns": ["8.8.8.8", "8.8.4.4"]
}
```
```bash
sudo systemctl restart docker
```
**Решение 3 (если нужен внутренний DNS, не публичный):**
Узнай реальный upstream DNS на хосте:
```bash
resolvectl status | grep "DNS Server"
```
Используй именно его IP (не `127.0.0.53`) в `daemon.json`.
Docker Compose поддерживает то же самое на уровне сервиса:
```yaml
services:
app:
dns:
- 8.8.8.8
- 8.8.4.4
```
## UFW + Docker интеграция
Та же проблема что и на любом дистрибутиве - Docker пишет свои iptables правила напрямую, обходя UFW.
**Подход 1 (рекомендуемый): порты только на localhost**
```bash
# Плохо - обходит UFW
docker run -p 80:80 nginx
# Хорошо
docker run -p 127.0.0.1:80:80 nginx
```
Reverse proxy на хосте слушает 0.0.0.0:443, UFW разрешает только 443, контейнеры недоступны напрямую.
**Подход 2: DOCKER-USER chain**
```bash
sudo nano /etc/ufw/after.rules
```
Добавь в конец:
```
# BEGIN UFW AND DOCKER
*filter
:DOCKER-USER - [0:0]
-A DOCKER-USER -s 10.0.0.0/8 -j RETURN
-A DOCKER-USER -s 172.16.0.0/12 -j RETURN
-A DOCKER-USER -s 192.168.0.0/16 -j RETURN
-A DOCKER-USER -j ufw-user-forward
-A DOCKER-USER -j DROP -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -d 192.168.0.0/16
-A DOCKER-USER -j DROP -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -d 10.0.0.0/8
-A DOCKER-USER -j DROP -p tcp -m tcp --tcp-flags FIN,SYN,RST,ACK SYN -d 172.16.0.0/12
-A DOCKER-USER -j RETURN
COMMIT
# END UFW AND DOCKER
```
```bash
sudo ufw reload
```
Для большинства случаев достаточно **подхода 1**.
## Сетевая изоляция контейнеров
Вместо глобального `icc: false` - отдельные сети под каждое приложение:
```bash
docker network create --driver bridge app_network
docker run -d --name app --network app_network myapp
docker run -d --name db --network app_network postgres
```
Контейнеры из разных сетей не видят друг друга. В docker-compose сети создаются автоматически для каждого стека - это и есть рабочая изоляция.
## Безопасность образов
### Trivy
```bash
wget -qO - https://aquasecurity.github.io/trivy-repo/deb/public.key | \
gpg --dearmor | sudo tee /usr/share/keyrings/trivy.gpg > /dev/null
echo "deb [signed-by=/usr/share/keyrings/trivy.gpg] \
https://aquasecurity.github.io/trivy-repo/deb \
$(lsb_release -sc) main" | \
sudo tee /etc/apt/sources.list.d/trivy.list > /dev/null
sudo apt update
sudo apt install -y trivy
```
```bash
trivy image nginx:alpine
```
Перед деплоем:
```bash
trivy image --exit-code 1 --severity CRITICAL,HIGH nginx:alpine
```
Правило: CRITICAL уязвимости - образ не идёт в production.
### Выбор образов
```dockerfile
# Большой attack surface
FROM ubuntu:24.04
# Минимальный
FROM alpine:3.20
# Ещё меньше - нет shell, нет пакетного менеджера
FROM gcr.io/distroless/static-debian12
```
Конкретные теги, не `latest`:
```bash
docker pull nginx:1.27-alpine
```
## Изоляция контейнеров
### Capabilities
```bash
docker run --cap-drop=ALL --cap-add=NET_BIND_SERVICE nginx
```
### Read-only filesystem
```bash
docker run --read-only --tmpfs /tmp --tmpfs /var/run nginx
```
### Seccomp
Docker применяет дефолтный seccomp профиль автоматически:
```bash
docker info | grep seccomp
```
### Никогда не использовать `--privileged`
```bash
# НИКОГДА в production - отключает всю изоляцию
docker run --privileged nginx
```
## Ресурсные ограничения
```bash
# Memory с soft limit
docker run -m 512m --memory-reservation 256m nginx
# CPU
docker run --cpus="0.5" nginx
# PID limit - защита от fork bomb
docker run --pids-limit 200 nginx
```
Проверка OOM:
```bash
dmesg | grep -i "oom\|killed process"
docker inspect CONTAINER --format='{{.State.OOMKilled}}'
```
## Docker Compose с hardening
```yaml
services:
web:
image: nginx:1.27-alpine
container_name: web
restart: unless-stopped
ports:
- "127.0.0.1:8080:80"
dns:
- 8.8.8.8
- 8.8.4.4
deploy:
resources:
limits:
cpus: "0.5"
memory: 256M
reservations:
memory: 128M
cap_drop:
- ALL
cap_add:
- NET_BIND_SERVICE
read_only: true
tmpfs:
- /tmp
- /var/cache/nginx
- /var/run
security_opt:
- no-new-privileges:true
pids_limit: 100
logging:
driver: "json-file"
options:
max-size: "50m"
max-file: "3"
networks:
- frontend
db:
image: postgres:16-alpine
container_name: db
restart: unless-stopped
environment:
POSTGRES_PASSWORD_FILE: /run/secrets/db_password
volumes:
- db_data:/var/lib/postgresql/data
deploy:
resources:
limits:
cpus: "1.0"
memory: 512M
cap_drop:
- ALL
cap_add:
- SETUID
- SETGID
- DAC_OVERRIDE
- CHOWN
security_opt:
- no-new-privileges:true
pids_limit: 200
logging:
driver: "json-file"
options:
max-size: "50m"
max-file: "3"
networks:
- backend
app:
image: myapp:1.2.3
container_name: app
restart: unless-stopped
networks:
- frontend
- backend
depends_on:
- db
cap_drop:
- ALL
security_opt:
- no-new-privileges:true
pids_limit: 100
logging:
driver: "json-file"
options:
max-size: "50m"
max-file: "3"
networks:
frontend:
driver: bridge
backend:
driver: bridge
internal: true
volumes:
db_data:
secrets:
db_password:
file: ./secrets/db_password.txt
```
`internal: true` для backend - база данных без доступа к интернету.
## Регулярные задачи обслуживания
```bash
# Что занимает место
docker system df
# Очистка неиспользуемого
docker system prune -f
# Полная очистка включая неиспользуемые образы
docker system prune -a -f
# Volumes - ОСТОРОЖНО, удаляет данные безвозвратно
docker volume prune -f
```
Cron:
```bash
sudo crontab -e
```
```
0 4 * * 0 docker system prune -f >> /var/log/docker-prune.log 2>&1
```
Метрики:
```bash
docker stats --no-stream
```
### Аудит через auditd
```bash
sudo apt install -y auditd
```
```bash
sudo nano /etc/audit/rules.d/docker.rules
```
```
-w /usr/bin/docker -p rwxa -k docker
-w /var/lib/docker -p rwxa -k docker
-w /etc/docker -p rwxa -k docker
-w /var/run/docker.sock -p rwxa -k docker
```
```bash
sudo systemctl enable auditd
```
```bash
sudo systemctl restart auditd
```
```bash
sudo ausearch -k docker | tail -20
```
## Troubleshooting
### DNS не работает в контейнере
См. раздел "systemd-resolved и DNS в контейнерах" выше - это специфика Ubuntu, самая частая проблема на этом дистрибутиве.
---
### Docker обходит UFW
**Причина:** Docker пишет напрямую в iptables.
**Решение:** `127.0.0.1:port:port` или DOCKER-USER chain.
---
### Permission denied на bind mount
**Причина:** UID процесса в контейнере не совпадает с владельцем файлов на хосте.
```bash
docker run --rm IMAGE id
```
```bash
sudo chown -R UID:GID /path/to/mount
```
---
### OOM killer убивает контейнер
```bash
dmesg | grep -i "oom\|killed process"
```
```bash
docker inspect CONTAINER --format='{{.State.OOMKilled}}'
```
Увеличить `memory` limit или оптимизировать приложение.
---
### newgrp docker не сработал после usermod
**Симптом:** `docker: permission denied` несмотря на `usermod -aG docker $USER`.
**Причина:** Группа применяется только к новым сессиям. Текущая сессия не знает о изменении.
**Решение:**
```bash
newgrp docker
```
Или просто выйти и зайти заново по SSH.
---
### Диск забит логами
```bash
sudo find /var/lib/docker/containers/ -name "*.log" -exec du -sh {} \; | sort -rh | head -10
```
Экстренно:
```bash
sudo truncate -s 0 /var/lib/docker/containers/CONTAINER_ID/CONTAINER_ID-json.log
```
Постоянно - `max-size`/`max-file` в daemon.json (уже настроено).
### Финальная проверка
```bash
sudo systemctl status docker
docker info | grep -E "Storage Driver|Logging Driver|Live Restore"
docker run --rm alpine nslookup google.com
ss -tulnp | grep docker
docker system df
```
## Отличия от Debian 12
| Аспект | Debian 12 | Ubuntu 24.04 |
|--------|-----------|--------------|
| Snap версия Docker | Не существует | Существует, избегать |
| DNS resolver | Обычно прямой `/etc/resolv.conf` | systemd-resolved (127.0.0.53), требует явной настройки DNS в Docker |
| Группа docker | `newgrp docker` работает | `newgrp docker` работает, та же команда |
| UFW | Нужно устанавливать | Предустановлен |
| GPG ключ репозитория Docker | `download.docker.com/linux/debian/gpg` | `download.docker.com/linux/ubuntu/gpg` |
## Что дальше
Docker-хост готов к production нагрузке.
- Reverse proxy - Traefik или nginx
- Мониторинг - Prometheus + cAdvisor + Grafana
- Централизованные логи - Loki + Promtail
- Секреты - HashiCorp Vault или Docker Secrets
**Стек этой статьи:** Ubuntu 24.04 LTS (Noble Numbat) · Docker CE · UFW · systemd-resolved · auditd · Trivy · docker-compose
+72
View File
@@ -0,0 +1,72 @@
{{ $coffeeOn := site.Params.buymeacoffee.globalWidget | default false }}
{{ $coffeePos := lower (site.Params.buymeacoffee.globalWidgetPosition | default "right") }}
{{ $coffeeOnRight := and $coffeeOn (eq $coffeePos "right") }}
{{ $scrollTopOn := site.Params.footer.showScrollToTop | default true }}
{{ $side := "right" }}
{{ $bottomPx := 24 }}
{{ if $coffeeOnRight }}
{{ $side = "left" }}
{{ else if $scrollTopOn }}
{{ $bottomPx = 90 }}
{{ end }}
<button id="survey-trigger" type="button" aria-label="Пройти опрос"
style="{{ $side }}: 20px; bottom: {{ $bottomPx }}px;">
<svg xmlns="http://www.w3.org/2000/svg" viewBox="0 0 512 512" aria-hidden="true"><path fill="currentColor" d="M152.1 38.2c9.9 8.9 10.7 24 1.8 33.9l-72 80c-4.4 4.9-10.6 7.8-17.2 7.9s-12.9-2.4-17.6-7L7 113C-2.3 103.6-2.3 88.4 7 79s24.6-9.4 33.9 0l22.1 22.1 55.1-61.2c8.9-9.9 24-10.7 33.9-1.8zm0 160c9.9 8.9 10.7 24 1.8 33.9l-72 80c-4.4 4.9-10.6 7.8-17.2 7.9s-12.9-2.4-17.6-7L7 273c-9.4-9.4-9.4-24.6 0-33.9s24.6-9.4 33.9 0l22.1 22.1 55.1-61.2c8.9-9.9 24-10.7 33.9-1.8zM224 96c0-17.7 14.3-32 32-32H480c17.7 0 32 14.3 32 32s-14.3 32-32 32H256c-17.7 0-32-14.3-32-32zm0 160c0-17.7 14.3-32 32-32H480c17.7 0 32 14.3 32 32s-14.3 32-32 32H256c-17.7 0-32-14.3-32-32zM160 416c0-17.7 14.3-32 32-32H480c17.7 0 32 14.3 32 32s-14.3 32-32 32H192c-17.7 0-32-14.3-32-32zM48 368a48 48 0 1 1 0 96 48 48 0 1 1 0-96z"/></svg>
<span>Опрос</span>
</button>
<script src="https://forms.yandex.ru/_static/embed.js"></script>
<div id="survey-modal" class="survey-modal" hidden>
<div class="survey-modal__overlay" data-survey-close></div>
<div class="survey-modal__box">
<button class="survey-modal__close" data-survey-close aria-label="Закрыть">×</button>
<iframe
data-src="https://forms.yandex.ru/cloud/6a6de0cc90290299827b1dca?iframe=1"
name="ya-form-6a6de0cc90290299827b1dca"
frameborder="0"
width="100%"
class="survey-modal__iframe"></iframe>
</div>
</div>
<script>
(function () {
var article = document.querySelector('.article-content');
if (!article) return;
var DISMISS_KEY = 'survey-dismissed-until';
var DISMISS_DAYS = 14;
var SCROLL_THRESHOLD = 0.55;
var trigger = document.getElementById('survey-trigger');
var modal = document.getElementById('survey-modal');
var iframe = modal ? modal.querySelector('iframe') : null;
if (!trigger || !modal) return;
if (Date.now() < Number(localStorage.getItem(DISMISS_KEY) || 0)) return;
function onScroll() {
var rect = article.getBoundingClientRect();
if (rect.height > 0 && (window.innerHeight - rect.top) / rect.height >= SCROLL_THRESHOLD) {
trigger.classList.add('is-visible');
window.removeEventListener('scroll', onScroll);
}
}
window.addEventListener('scroll', onScroll, { passive: true });
onScroll();
trigger.addEventListener('click', function () {
if (iframe && !iframe.src) { iframe.src = iframe.dataset.src; }
modal.hidden = false;
});
modal.querySelectorAll('[data-survey-close]').forEach(function (el) {
el.addEventListener('click', function () {
modal.hidden = true;
localStorage.setItem(DISMISS_KEY, Date.now() + DISMISS_DAYS * 86400000);
});
});
})();
</script>
+72 -2
View File
@@ -6,12 +6,82 @@
for (var j = 0; j < document.scripts.length; j++) {if (document.scripts[j].src === r) { return; }}
k=e.createElement(t),a=e.getElementsByTagName(t)[0],k.async=1,k.src=r,a.parentNode.insertBefore(k,a)
})(window, document,'script','https://mc.yandex.ru/metrika/tag.js?id=106995329', 'ym');
ym(106995329, 'init', {ssr:true, webvisor:true, clickmap:true, ecommerce:"dataLayer", referrer: document.referrer, url: location.href, accurateTrackBounce:true, trackLinks:true});
</script>
<noscript><div><img src="https://mc.yandex.ru/watch/106995329" style="position:absolute; left:-9999px;" alt="" /></div></noscript>
<!-- /Yandex.Metrika counter -->
<!-- Dzen.Metrika counter -->
<meta name="zen-verification" content="GDc1yxlsRy03jcI1t8NJ8OTleUE3f4I4PEmfOBjz4KBCezoDX1WWctO3l8Z2HGEx" />
<!-- /Dzen.Metrika counter -->
<!-- Survey widget: floating trigger + modal styles -->
<style>
#survey-trigger {
position: fixed;
z-index: 40;
display: inline-flex;
align-items: center;
gap: 10px;
padding: 14px 22px;
border-radius: 999px;
border: none;
background: #FF5A36;
color: #fff;
font-size: 16px;
font-weight: 600;
cursor: pointer;
opacity: 0;
transform: translateY(10px) scale(0.9);
pointer-events: none;
transition: opacity .25s ease, transform .25s ease, background .2s ease;
box-shadow: 0 4px 14px rgba(255,90,54,.45);
}
#survey-trigger:hover { background: #E8481F; }
#survey-trigger.is-visible { opacity: 1; transform: translateY(0) scale(1); pointer-events: auto; }
#survey-trigger svg { width: 20px; height: 20px; flex-shrink: 0; }
.survey-modal {
position: fixed;
inset: 0;
z-index: 10000;
display: flex;
align-items: center;
justify-content: center;
padding: 16px;
}
.survey-modal[hidden] { display: none; }
.survey-modal__overlay { position: absolute; inset: 0; background: rgba(0,0,0,.5); }
.survey-modal__box {
position: relative;
width: 100%;
max-width: 680px;
max-height: calc(100vh - 32px);
max-height: calc(100dvh - 32px);
overflow-y: auto;
background: #fff;
border-radius: 12px;
padding: 44px 8px 8px;
}
.survey-modal__iframe {
width: 100%;
min-height: 420px;
border: 0;
display: block;
}
.survey-modal__close {
position: absolute;
top: 8px;
right: 8px;
width: 32px;
height: 32px;
display: flex;
align-items: center;
justify-content: center;
border: none;
background: #f2f2f2;
border-radius: 50%;
font-size: 20px;
line-height: 1;
cursor: pointer;
z-index: 1;
}
.survey-modal__close:hover { background: #e5e5e5; }
</style>