Работал ли с TCP

Да ты послушай, что за дичь творится с этими сетевыми соединениями! Без понимания TCP — ты просто слепой кот, который тыкается мордой в клавиатуру, пытаясь починить сервер. Это, блядь, фундамент, ебать мои старые костыли!

Как это на практике в работе выглядит, если ты не полный распиздяй:

1. Когда всё ебётся и не работает:

   • Сидишь, сука, с tcpdump или Wireshark, как идиот, и ловишь эти повторные передачи пакетов. Ищешь, где соединение встаёт колом из-за нулевого окна или почему SYN'ы летят, а ответа — нихуя. Удивление пиздец, когда находишь.
   • Гоняешь ss -tlnp и netstat, чтобы понять, сколько соединений висит в TIME_WAIT и не засрали ли они всю систему. Подозрение ебать чувствую, когда цифры растут как сумасшедшие.

2. Чтобы всё летало, а не ползало:

   • Лезешь в ядро, в эти sysctl настройки, и начинаешь крутить ручки. Особенно когда сервис под нагрузкой овердохуища начинает тупить.

     # Чтобы портов временных хватало и их быстрее переиспользовали
     net.ipv4.ip_local_port_range = 1024 65535
     net.ipv4.tcp_tw_reuse = 1
     # Чтобы буферы не были размером с напёрсток
     net.core.rmem_max = 16777216
     net.core.wmem_max = 16777216
     net.ipv4.tcp_rmem = 4096 87380 16777216
     net.ipv4.tcp_wmem = 4096 65536 16777216

   • Для долгих соединений от балансировщиков настраиваешь keepalive, чтобы они просто так не рвались — терпения ноль ебать у этих протоколов.

3. С этими ёбнутыми балансировщиками:

   • Возишься с Nginx, HAProxy или каким-нибудь облачным NLB, настраиваешь балансировку на четвертом уровне. Главное — понять, проксирует ли он с сохранением исходного IP или подменяет его на свой, а то потом ищешь клиента, а там один и тот же адрес балансера. Пизда рулю!

4. Слежка и мониторинг:

   • Ставишь датчики везде, где можно: сколько соединений, какая доля повторных передач, сколько ресетов. Grafana, Prometheus — без этого вообще никуда. Надо видеть, где начинает бздеть сеть.

Вот смотри, как обычно ищешь, где тормозит, когда все уже орут:

# 1. Для начала пнём хоста, живой ли вообще
ping -c 4 example.com

# 2. А порт-то нужный открыт? Или мы в пустоту стучимся?
nc -zv -w 3 example.com 443

# 3. А может, маршрут кривой и пакеты теряются? Вот тут mtr — наш отец родной.
mtr --report --tcp --port 443 example.com

# 4. Если всё ещё непонятно — тяни лог, захватывай трафик. Последний аргумент.
tcpdump -i any -w capture.pcap host example.com and port 443

Короче, если ты в TCP не шаришь, ты не DevOps, а так, мартышлюшка с ноутбуком. Это знание не только проблемы чинит, но и помогает так инфраструктуру построить, чтобы она не разваливалась от первого же серьёзного запроса. Э, бошка, думай!