Идти по уровням снизу вверх: DNS (dig b.internal — резолвится ли и в тот ли адрес) → маршрут и доступность (ping, traceroute/mtr) → порт (nc -zv host 8080) → TLS (openssl s_client) → HTTP (curl -v). Характер ошибки подсказывает уровень: connection refused — хост доступен, но порт никто не слушает; timeout — пакеты теряются, чаще всего файрвол или маршрутизация.
А ещё В Kubernetes: Service, метки, Endpoints, NetworkPolicy, DNS внутри пода
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Команды по шагам:
sottodig +short b.internal # DNS
nc -zv b.internal 8080 # TCP-порт
curl -v --max-time 5 http://b.internal:8080/health
openssl s_client -connect b.internal:443 -servername b.internal
ss -tlnp | grep 8080 # на хосте B: кто слушает
sudo tcpdump -i any port 8080 -nn # доходят ли пакетыРазбор симптомов:
| симптом | вероятная причина |
|---|---|
| не резолвится имя | DNS, опечатка, search-домены |
| connection refused | процесс не запущен, слушает не тот интерфейс |
| timeout | файрвол, security group, маршрутизация |
| TLS-ошибка | истёк сертификат, нет SNI, не доверен CA |
| 4xx/5xx | соединение есть, проблема в приложении или прокси |
Что ещё проверить: прокси-переменные окружения (HTTP_PROXY), кэш DNS в приложении, MTU в туннелях и VPN (большие пакеты теряются, мелкие проходят), исчерпание исходящих портов или пула соединений.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.