69 lines
6.9 KiB
Markdown
69 lines
6.9 KiB
Markdown
# Кейс: сетевая база (практикум команд)
|
||
|
||
Связь с легендой: [../../legend/LEGEND.md](../../legend/LEGEND.md) — раздел «Домашняя лаборатория / pet-проект». Сети как отдельная тема не входили ни в резюме, ни в рабочий стек явно — но это базовые знания, без которых не воспринимается ни один инфраструктурный собес (весь собес [VK Cloud](../../interview/VK%20Cloud.md) построен на сетевой базе). Здесь не docker-стенд, а практикум: реальные команды, прогнанные на своей машине, с записанным выводом.
|
||
|
||
## Что нужно реально сделать
|
||
|
||
Не разворачивать отдельную инфраструктуру, а вживую прогнать диагностические команды и зафиксировать, что именно они показывают — это то, что на собеседовании часто просят показать в терминале.
|
||
|
||
### 1. DNS: резолвинг и разница authoritative/recursive
|
||
|
||
```bash
|
||
dig vk.com # полный ответ: ANSWER SECTION, TTL, тип записи A
|
||
dig +trace vk.com # путь от корневых DNS-серверов до authoritative-сервера домена
|
||
nslookup vk.com
|
||
```
|
||
|
||
Рекурсивный резолвер (например, DNS провайдера или публичный 8.8.8.8) сам обходит цепочку: корневые сервера → TLD-сервера (.com) → authoritative-сервер зоны vk.com, и возвращает клиенту готовый ответ, кешируя его на своё TTL. Authoritative-сервер — тот, у кого хранится реальная зона домена и который выдаёт финальный, «истинный» ответ по этому домену.
|
||
|
||
### 2. Traceroute — как получает IP промежуточных хостов
|
||
|
||
```bash
|
||
traceroute 8.8.8.8 # Linux/macOS
|
||
tracert 8.8.8.8 # Windows
|
||
```
|
||
|
||
Traceroute шлёт пакеты с постепенно увеличивающимся TTL (1, 2, 3...). Каждый маршрутизатор на пути, получив пакет с TTL, уменьшает его на 1; когда TTL становится 0, маршрутизатор отбрасывает пакет и отправляет обратно ICMP Time Exceeded с указанием своего IP. Так по очереди «подсвечивается» каждый хоп на пути — сначала ближайший роутер (TTL=1 истекает у него), потом следующий (TTL=2) и так далее, пока пакет не дойдёт до цели.
|
||
|
||
### 3. HTTP/S, TLS, методы
|
||
|
||
```bash
|
||
curl -v https://vk.com # -v показывает весь handshake: TCP connect, TLS handshake, заголовки запроса/ответа
|
||
curl -I https://vk.com # только заголовки ответа
|
||
openssl s_client -connect vk.com:443 -brief # детали TLS-сертификата и версии протокола
|
||
```
|
||
|
||
Прогнать вручную запросы разными методами на тестовый сервис (например, `httpbin.org`): `curl -X GET/POST/PUT/DELETE/PATCH https://httpbin.org/anything` — увидеть, как сервис получает метод и тело запроса.
|
||
|
||
### 4. Порты и процессы
|
||
|
||
```bash
|
||
ss -tulpn # какие порты слушаются и каким процессом (Linux)
|
||
netstat -ano | findstr :80 # Windows-аналог
|
||
Test-NetConnection -ComputerName example.com -Port 443 # PowerShell: проверка доступности порта на удалённом хосте
|
||
nc -zv example.com 443 # аналог на Linux
|
||
```
|
||
|
||
### 5. Load average и сетевые утилиты диагностики
|
||
|
||
```bash
|
||
uptime # load average за 1/5/15 минут
|
||
ping -c 4 8.8.8.8
|
||
```
|
||
|
||
Load average — среднее число процессов, находящихся в состоянии "runnable" (выполняются или ждут CPU) либо в непрерываемом ожидании ввода-вывода (D-state), усреднённое за 1/5/15 минут. Число выше количества ядер CPU не всегда означает перегрузку процессора — часто это диск/сеть (процессы висят в D-state в ожидании I/O), поэтому load average нужно смотреть вместе с `top`/`vmstat`, а не изолированно.
|
||
|
||
### 6. Прогон полного пути запроса
|
||
|
||
Разобрать по шагам, что происходит при вводе `vk.com` в браузере и Enter — от DNS-резолвинга до отрисовки страницы (см. ответ в [QUESTIONS.md](QUESTIONS.md)) — и свериться с реальным выводом `curl -v` из пункта 3, где видны все те же этапы вживую (TCP connect, TLS handshake, HTTP-запрос/ответ).
|
||
|
||
## Что это даёт в разговоре с интервьюером
|
||
|
||
- Уверенное владение диагностическими утилитами (`dig`, `traceroute`, `curl -v`, `ss`) — не только знание теории, но и что конкретно смотреть в выводе команды.
|
||
- Понимание TCP/UDP, HTTP/TLS не абстрактно, а с привязкой к реальному выводу `curl -v`/`openssl s_client`.
|
||
- Способность разобрать сетевой путь запроса по шагам под живым вопросом на собеседовании.
|
||
|
||
## Как это ложится в легенду
|
||
|
||
Сетевая база — pet-проработка теории, не привязанная к конкретному эпизоду в компаниях (сети явно не выделены как отдельная строка стека ни в АО ТНИИС, ни в ОКБ СУХОЙ). На собеседовании это честно позиционируется как фундаментальные знания, которые нарабатывались параллельно с администрированием Linux-серверов (Astra/CentOS) в обеих ролях — там сетевая диагностика неизбежно возникала как часть повседневной работы, здесь она отдельно систематизирована и углублена.
|