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

sudo adduser --disabled-password cowrie

sudo apt install git python3-venv libssl-dev libffi-dev build-essential
git clone https://github.com/cowrie/cowrie.git /opt/cowrie
cd /opt/cowrie
sudo chown -R cowrie:cowrie .

sudo -u cowrie bash
cd /opt/cowrie
python3 -m venv cowrie-env
source cowrie-env/bin/activate
pip install --upgrade pip
pip install -r requirements.txt
cp etc/cowrie.cfg.dist etc/cowrie.cfg
bin/cowrie start

session optional pam_exec.so /usr/local/bin/login_notify.sh

ip -s neigh                          # ищем INCOMPLETE и FAILED
ip neigh show | wc -l                # сколько реальных записей
cat /proc/sys/net/ipv4/neigh/default/gc_thresh3   # максимальный размер ARP-cache
dmesg | grep -i arp                  # бывают явные предупреждения

sysctl -w net.ipv4.neigh.default.gc_thresh1=4096
sysctl -w net.ipv4.neigh.default.gc_thresh2=8192
sysctl -w net.ipv4.neigh.default.gc_thresh3=16384

Иногда контейнеры в 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

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