Как правильно проверять сетевые порты локально

Аватар автора
Умные игры для взрослых
15 студентов, которые решают реальные задачи тестировщика. Ментор с IT-опытом строго 10+ лет, который направляет, помогает и разбирает решения. ***** Ментор Федор Кулишов: “Почти все современные приложения – сетевые. Сеть есть и нужна везде: на сервере, на вашем домашнем компьютере, смартфоне, ... умной кофеварке она тоже нужна :) Серверное ПО открывает порты на прослушку (это верно и для TCP, и для UDP), клиентское ПО к этим портам подключается, затем они обмениваются запросами-ответами. Кажется всё вроде просто, но... что, если серверный порт не прослушивается, и как об этом узнать? Как проверить это локально и удаленно, и почему не нужно применять netcat для удаленных проверок UDP-портов? Вот этим и занимались на вебинаре, начав с основ – анализа прослушиваемых и активных портов на своих домашних компьютерах. Там тоже есть много чего интересного, а учитывая, что хорошее знание сетей позволяет удаленно изучить большие сложные системы – большое путешествие в мир локальных и глобальных сетей начинается с маленьких шагов по локалхосту :) Вот типичные ошибки, связанные с сетевыми портами и их неправильным пониманием: - Как удаленно проверить открытый порт? Это точно не ping (работающий с протоколом ICMP, в котором портов нет как жанра), подойдут nc или еще лучше nmap, если он не запрещен. - Connection refused, connection timed out – что это значит, какие у них различия, чем оно вызвано, и почему скорее всего разработчики здесь ни при чем. Тестировщику подобные знания...

0/0


0/0

0/0

0/0