ТС может подумать, что ему жизненно необходимо ставить эту самую гуёвину.
почему не хочу?! я понять не могу!
Ещё раз
Анализировать доступность или недоступность (открыт/закрыт) порта можно только в том случае, если этот порт слушает какой-либо сервис. Как проверяется доступность сервиса (что порт открыт)? На данный порт выдаётся запрос на соединение. Если сервис ответил, то значит порт открыт (open) и сервис доступен. Если пришёл ответ о запрете доступа, то состояние порта - filtered. Если ответа не последовало, то тестовый софт считает, что порт закрыт (closed) и сервис не доступен.
Вот и представьте - Вы тестируете при выключенном сервисе. Что придёт в ответ на запрос? Правильно - ничего, значит тестирующее ПО посчитает, что порт закрыт.
Но если сервис запущен, то ещё не значит что тест покажет открытость порта. Есть ещё несколько факторов, которые погут повлиять на результаты теста. Например, неправильно настроенный маршрутизатор между тестирующим ПО и сервисом (да,да, я читал, что у Вас на этом участке всё чики-чики). Или некорректно настроенная сеть на системе предоставляющей сервис... И т.д.
Именно поэтому тестирование "открытости" порта начинается с проверки работоспособности самого сервиса, оторый слушает этот порт. А потом уже идут по цепочке... но это уже из курса траблшуттинга сети.
Проводя черту под микроFAQ предлагаю начать с проведения диагностики предлагаемой уважаемым
ArcFi, но с запущенным ПО, для которого "открывается" порт