Ше раз доброго дня)Подумав поки є час, трошки навантажу голову? ОК?Протоколи для QA - IPv4Продовжуємо про те, без чого QA дуже швидко починає “плавати” у мережевих багах.Що я маю вам сказати.IPv4 = це база всієї мережі.Той самий фундамент, на якому живуть HTTP, HTTPS, REST, WebSocket, SSH і все інше.Якщо ви не розумієте IPv4 -усі баги типу “не конектиться”, “у мене працює, у клієнта ні”, “час від часу падає” будуть виглядати як магія.Що саме це таке страшне IPv4 IPv4 - це унікальна адреса кожного пристрою в мережі.Типу: 192.168.1.10 і 10.0.0.5 або 172.16.0.3Це як адреса квартири.Без неї пакет просто не знає, куди йти.Через IPv4 куа перестає гадати і починає бачити:- куди реально йде запит- з якої адреси він виходить- чи це локальна мережа, чи зовнішня- чи не впираємось у NAT, firewall або routingПо факту IPv4 = навігація для пакетів у мережі.Базові речі, які куа повинен знати (і так, я це теж питаю):Подивитись свою IP-адресу:ip a Або можно коротко:ip addr show Перевірити, куди йде трафік:ip route Перевірити, чи хост взагалі доступний:ping 8.8.8.8 Зрозуміти, де обривається маршрут:traceroute google.com Подивитись, з якої IP йде запит:curl ifconfig.me І після цього вже стає зрозуміло: проблема в локальній мережі чи зовні або може це DNS, routing чи firewall чи сервер недоступний чи IP просто не той ну і клієнт ходить напряму чи через NATЦе вже не “мені здається”, а конкретна картина.Що я хочу до вас донести, друзі)КУА не зобов’язаний бути мережевим інженером.Але куа зобов’язаний розуміти, як пакети ходять по IPv4.Бо без цього будь-який мережевий баг виглядає як випадковість.А з цим - як логічний ланцюжок.Всім гарного дня і стабільних IP без конфліктів.Обняв🤗FYI - Хочу нагадати про ютуб канальчик - не забувайте скоро нове відео) - буду вдячний за репост і підписочку🫣https://www.youtube.com/@BugOrDefect