TGViewer
Серверная Админа | Компьютерные сети Серверная Админа | Компьютерные сети @school_network · 26.5K subscribers
Post #2896 596
👋 Привет, сетевой друг!

Сегодня про Network Doctor - TUI для диагностики сети, который пытается не просто показать пачку вывода от ping, dig и curl, а найти место, где именно ломается соединение.

🟣Запускаете:

netdoc github.com


И инструмент последовательно проверяет DNS, TCP, TLS и HTTP, связывая результаты между собой. Если DNS не работает, зависимые проверки не запускаются, а итог прямо говорит, что проблема в разрешении имени.

То есть вместо:

ping - не работает
curl - не работает


получаете примерно:

DNS: FAIL
TCP: SKIP
TLS: SKIP
HTTP: SKIP

Diagnosis: target hostname does not resolve


🟣При этом проверки разбиты на независимые ветки. Отдельно проверяются локальный интерфейс и Wi-Fi, выход в интернет, QUIC/UDP 443, DNS, DoH/DoT, proxy и путь до конкретного сервиса.

Можно проверить даже порт:

netdoc github.com:22


Тогда вместо HTTP-проверок появится SSH banner check.

🟣Интересная часть - Path MTU. Network Doctor умеет искать проблемы с MTU без root-доступа и обычного ICMP-пинга. Это полезно для случаев, когда соединение вроде бы устанавливается, но определённые пакеты по пути начинают теряться.

🟣Если проблема плавающая, есть Watch Mode:

netdoc --watch host


Он повторяет проверки и сохраняет небольшую историю инцидента: что работало до сбоя, где появилась проблема и когда всё восстановилось.

А для автоматизации есть JSON:

netdoc --json host


и стабильные exit codes, поэтому результат можно использовать уже в скриптах и мониторинге.

🟣Ещё можно сохранить диагностику:

netdoc --save failure.ndoc host
netdoc --support support.ndoc host


А потом сравнить хороший и плохой запуск:

netdoc --compare good.ndoc bad.ndoc


Причём сравнение сохранённых отчётов не требует нового сетевого подключения.

🟣Сам Network Doctor написан на Go и работает на Linux, macOS и Windows. Внутри TUI используется Bubble Tea, а если одной встроенной проверки мало, прямо из интерфейса можно запустить привычные route, ss, ping, DNS, curl, traceroute, mtr или nmap. Получается не очередной «ping с красивым интерфейсом», а попытка разложить сетевую проблему по слоям и сразу связать результат с конкретной причиной.

Серверная Админа | Zeroday | #Инструмент
More from @school_network
  1. Oct 6, 2026Как хаотичные подсети убивают масштабируемость В статье показывают, как случайные /24, пер…
  2. Oct 3, 2026Post #2894
  3. Oct 2, 2026👋 Привет, сетевой друг! Ещё три функции MikroTik, которые легко пропустить, пока не столк…
  4. Oct 2, 2026Для тех, кто работает с Kubernetes и облачной инфраструктурой, в октябре намечается отличн…
  5. Oct 1, 2026👋 Привет, сетевой друг! Сегодня про UUCP - протокол и набор утилит, через которые Unix-ма…
  6. Sep 30, 2026👋 Привет, сетевой друг! Давай разберём несколько TCP-флагов и состояний, которые особенно…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →