Иногда контейнеры в Docker или Kubernetes перестают отвечать на пинги или теряют доступ к внешним сервисам. 

# Интерфейсы и IP адреса
ip a

# Состояние Docker-сети
docker network inspect <network_name>

# В Kubernetes смотрим IP и ноды
kubectl get pods -o wide
kubectl describe pod <pod_name>

# Проверка правил iptables, которые могут блокировать трафик
iptables -L -n -v

# Docker
docker network rm <network_name>
docker network create <network_name>

# Kubernetes (Calico, Flannel и др.)
kubectl delete pod -n kube-system -l k8s-app=<cni_plugin>

ip netns
ip netns delete <old_ns>

journalctl -u kubelet -f
docker logs <container_id>

Причины чаще всего - блокировка lock-файлом, поврежденный кэш или недоступный репозиторий. 

# ищем процессы менеджера пакетов
ps aux | grep -E 'apt|dnf|yum'

# проверяем lock-файл
ls -l /var/lib/dpkg/lock /var/cache/dnf /var/cache/yum

# отладка загрузки репозиториев
apt update -o Debug::Acquire::http=true
dnf -v check-update

🔹Как снизить объём ручных задач и ускорить ИТ-процессы
🔹Как обеспечить предсказуемые и надёжные развертывания
🔹Как платформа помогает масштабировать задачи без хаоса
🔹Покажем единый интерфейс, новые сценарии установки и Fast-Fail на практике
🔹Дадим рекомендации по запуску и тестовому доступу

sudo nano /etc/ssh/sshd_config

Port 22
Port 2222

sudo systemctl restart sshd

ss -tulpn | grep ssh

ssh -p 2222 user@server_ip

Давайте разберем один из частых вопросов, который может быть задан на собеседовании и как на него отвечать.

Чтобы этого не происходило, можно настроить ограничения через системные механизмы.

pkcheck --action-id org.freedesktop.login1.power-off
systemctl status shutdown.target

chattr +i /путь/к/файлу

setfacl -m u:username:rx /путь/к/директории
getfacl /путь/к/директории

virsh domcapabilities --domain <vm>
virsh dominfo <vm>

kvm: host doesn't support requested feature...
falling back to tcg

<cpu mode="host-model"/>

<cpu mode="host-passthrough"/>

egrep -c '(vmx|svm)' /proc/cpuinfo

На деле systemd просто делает ровно то, что вы ему сказали, но не всегда так, как вы ожидаете.

systemctl list-timers
systemctl status myjob.timer
journalctl -u myjob.timer
systemd-analyze calendar "*-*-* 03:00"

Persistent=false
RandomizedDelaySec=0
timedatectl