Подумав поки є час, трошки навантажу голову? ОК?
Протоколи для 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