Какой у меня номер порта: порты и открытые порты

Если вы ищете какой у меня номер порта, начните с главного: обычно не существует одного личного номера порта, который принадлежит именно вам. Номер порта — это логический номер в сетевом обмене, который разделяет сервисы и процессы. IANA делит порты на системные, зарегистрированные и динамические/частные.［1］［2］

Ключевые выводы

• Номер порта — не личный номер, а логический номер, который использует сетевой сервис или процесс на устройстве.［1］
• IANA делит порты на 0-1023, 1024-49151 и 49152-65535.［1］［2］
• Обычно нужно проверять текущий слушающий порт или порт, который использует программа.
• В Windows netstat -ano включает PID. В macOS lsof -nP -iTCP -sTCP:LISTEN выбирает TCP-слушателей.
• Открытый порт не всегда опасен. Важно, какой сервис за ним стоит и должен ли он быть доступен извне.

Используйте руководство по онлайн-безопасности как основу: оно связывает этот риск с защитой аккаунтов, устройств, браузера и сети.

Более точный вопрос обычно один из трёх:

• какой порт по умолчанию использует сервис;
• какие порты сейчас слушает этот компьютер;
• какой локальный порт прямо сейчас использует конкретное приложение. Если разделить эти вопросы, формулировка “мой порт” перестаёт путать.

Для сетевых основ прочитайте Что такое NAT firewall? Что он защищает и чего не может.

Если вы на самом деле пытаетесь войти в панель роутера или проверить домашнюю сетевую точку входа, используйте вместе с этим Как найти IP-адрес роутера на Windows, Mac, iPhone и Android.

Что такое порт?

IP-адрес можно представить как адрес здания, а порт — как номер комнаты внутри него. Сетевой трафик сначала приходит на устройство, а затем по номеру порта направляется к конкретному сервису или процессу.

IANA и RFC 6335 описывают классические диапазоны:

• 0-1023: системные или well-known ports;
• 1024-49151: зарегистрированные порты;
• 49152-65535: динамические/частные порты, часто временные.［1］［2］

Поэтому вы часто видите:

• 80 рядом с HTTP;
• 443 рядом с HTTPS;
• временные соединения на случайных высоких портах.［1］［2］

Фактический диапазон временных портов выбирает ОС; одна регистрация IANA его не определяет. TCP и UDP имеют отдельные пространства номеров.［2］

Почему “какой у меня номер порта” — неточная формулировка?

Порты не принадлежат людям. Их используют процессы в конкретный момент времени. Один и тот же компьютер сегодня может слушать 3000, а завтра 8080; браузер при исходящем соединении тоже может временно использовать динамический порт.

Правильнее спрашивать:

1. какой порт по умолчанию у сервиса;
2. какие порты мой компьютер слушает сейчас;
3. какой порт заняла конкретная программа.

Как проверить используемые или слушающие порты?

Эта процедура предназначена для вашего компьютера Windows или Mac. Команды читают локальное состояние: они не открывают порт, не меняют брандмауэр и не сканируют другой узел. Шаги составлены по указанным документам и руководствам инструментов, без полного сквозного тестирования на устройствах. Начните с обычной учётной записи; на управляемом компьютере видимость может быть ограничена.

Windows: используйте netstat -ano

1. Откройте Command Prompt на своём компьютере и выполните netstat -ano. Параметр -a показывает активные TCP-соединения, слушающие TCP-порты и привязанные UDP-порты, -n оставляет числовые адреса, а -o добавляет идентификатор процесса.［3］
2. Читайте Proto, Local Address, Foreign Address, State и PID вместе. Локальный порт стоит в конце Local Address; Foreign Address описывает другой конец соединения. В IPv6 скобки отделяют адрес от конечного порта.
3. Для TCP LISTENING означает ожидание входящих соединений, а ESTABLISHED — установленное соединение. Исходящее соединение браузера не становится публичным слушающим сервисом. У строк UDP нет состояния TCP: привязанный сокет UDP не доказывает успешное рукопожатие или доступность сервиса.
4. Откройте Task Manager > Details и сопоставьте PID с процессом. Прочитайте имя исполняемого файла и контекст перед выводом о нежелательной программе. После завершения процесса PID может использоваться повторно; если процесс исчез, повторите команду. Не завершайте незнакомый системный процесс ради удаления строки.

Этот вывод не включает все привязанные TCP-порты, которые ещё не слушают соединения.［3］

Если ожидаемой строки нет, проверьте, запущено ли приложение и выбраны ли нужные семейство адресов и транспорт. Пустой результат может означать отсутствие подходящего сокета в этот момент. Ошибка разрешения означает неполную проверку. Не отключайте защиту и не повышайте права без разрешения ради результата. Параметр Microsoft -b может требовать дополнительных прав; для первой проверки по PID он не нужен.［3］

macOS: проверяйте сокеты с помощью lsof

1. Откройте Terminal и выполните man lsof, чтобы сверить параметры своей версии. Apple описывает запуск команд и доступ к справке; руководство lsof определяет фильтры сокетов.［4］［5］
2. Выполните lsof -nP -iTCP -sTCP:LISTEN для слушающих TCP-сокетов. Другие TCP-сокеты показывает lsof -nP -iTCP, UDP — lsof -nP -iUDP. Это разные вопросы, а не взаимозаменяемые измерения «открытости».
3. Читайте COMMAND, PID и NAME вместе. У подключённого сокета адрес до стрелки локальный, после неё — удалённый. -nP оставляет адреса и порты числовыми. (LISTEN) относится к TCP; у UDP нет такого состояния TCP-рукопожатия.
4. Сопоставьте процесс с приложением, которое хотели проверить. Повторите читающую команду, если приложение после первой проверки запустилось или остановилось. Пустой список под вашей учётной записью не доказывает отсутствие сокетов у всех процессов компьютера: разрешения и видимость могут ограничивать вывод.［5］

Не добавляйте sudo только ради более полного списка. На управляемом Mac обратитесь к администратору, если нужны сведения о процессе другого пользователя. Команды не создают постоянной конфигурации и не меняют сетевые настройки: после проверки можно закрыть Terminal или Command Prompt. Если сервис кажется ненужным, определите владельца и только после разрешения используйте поддерживаемую процедуру остановки или удаления приложения. Не завершайте процесс только по номеру порта.

Если цель — проброс портов, удалённый доступ или управление устройством, прочитайте когда полезен статический IP. Поиск порта не даёт разрешения открыть сервис извне.

Прочитайте адрес привязки перед выводом о доступности

Локальная привязка	Что она описывает	Чего не доказывает
127.0.0.1 или ::1	Петлевой адрес IPv4 или IPv6 этого узла	Прямой доступ с другого устройства
0.0.0.0	Все локальные адреса IPv4 этой привязки	Разрешение брандмауэра или доступ из интернета
::	Подстановочную привязку IPv6	Такое же поведение IPv4; настройки dual-stack различаются
Конкретный адрес LAN	Привязку к адресу локального интерфейса	Публичное отображение NAT или разрешённый входящий путь

Локальный прокси или сервис перенаправления может передавать трафик петлевому слушателю, поэтому такая привязка не заменяет аудит всей системы. Прослушивание всех адресов тоже не означает, что нужно выключать брандмауэр. Отдельно оценивайте сервис, перенаправление и разрешённый путь.

Отличайте локальный сокет от отображения NAT

TCP и UDP используют отдельные пространства портов. Клиентское соединение может иметь временный исходящий порт и обращаться к порту назначения сервиса. Диапазон Dynamic/Private у IANA описывает распределение реестра, а не гарантирует одинаковый диапазон временных портов во всех ОС. Регистрация не определяет программу, которая фактически использует сокет.［1］［2］

NAPT может преобразовать внутренний адрес и исходящий порт во внешний адрес с другим портом. Например, соединение 192.168.1.10:52000 снаружи может иметь другой адрес и порт. Это условный пример, а не результат захвата. Локальный вывод netstat или lsof не показывает всю таблицу трансляции роутера.［6］

Исходящее отображение не становится автоматически правилом входящего перенаправления для незапрошенного трафика. Доступ из интернета зависит также от привязки сервиса, трансляции на роутере или выше, брандмауэров, транспорта и семейства адресов. IPv6 может обходиться без NAT типа IPv4, сохраняя входящую фильтрацию. Если нужно, читайте разрешённую конфигурацию роутера; не выводите доступность из одного номера порта и не сканируйте чужие системы.

Что говорят распространённые номера портов?

IANA ведёт реестр Service Name and Transport Protocol Port Number Registry.［1］ Но здесь часто делают лишний вывод: если порт зарегистрирован, это не значит, что любой трафик на нём нормальный или безопасный.

Если вы переживаете, что кто-то узнает ваш IP или порт, свяжите это с материалом Что можно сделать, зная ваш IP-адрес? Реальные границы риска.

IANA также указывает, что регистрация порта не является одобрением приложения.［1］ Нужно понять, какая программа использует трафик, включали ли вы этот сервис и должен ли он быть доступен извне.

Открытый порт всегда опасен?

Нет. Опасно другое: вы не знаете, почему порт открыт, но долго держите его доступным из интернета.

Больше внимания требуют случаи, когда:

• неизвестная программа слушает порт;
• на роутере остался забытый port forwarding;
• NAS, удалённый рабочий стол или камеры доступны напрямую из интернета;
• тестовый сервис запустили и забыли выключить.

Чтобы вернуть это к домашней сетевой границе, прочитайте Как защитить домашний Wi-Fi: ключевые настройки роутера и IoT.

---

Более практичный порядок оценки

Шаг 1: локальное прослушивание или доступ из интернета

Многие сервисы для разработки слушают только локально. Это не значит, что их видит весь интернет.

Шаг 2: кто занял порт

Если вы понимаете, что это браузер, база данных, dev-сервер или удалённый инструмент, оценка риска меняется.

Шаг 3: должен ли он быть постоянно открыт

Если можно открыть временно, не держите постоянно. Если можно оставить внутри сети, не выводите в интернет.

Итоги

• Какой у меня номер порта — обычно неточная формулировка, потому что порт не является фиксированным номером пользователя.
• Порт разделяет сетевые сервисы и процессы на устройстве.［1］［2］
• Чаще всего нужно узнать порт сервиса по умолчанию, текущий слушающий порт или порт конкретной программы.
• Не паникуйте при виде открытого порта: сначала выясните, что к нему привязано и нужен ли внешний доступ.

Часто задаваемые вопросы (FAQ)

У каждого компьютера есть фиксированный “мой порт”?

Нет. Порты — логические номера, которые сервисы и процессы используют в конкретный момент, а не личные постоянные номера.［1］［2］

Почему каждый раз вижу разные порты?

Для многих клиентских соединений динамический или частный порт назначается при запуске, поэтому следующее соединение может получить уже другой номер.［2］

Открытый порт означает взлом?

Не обязательно. Локальный TCP-слушатель может принадлежать ожидаемому сервису. Внешний результат «open» описывает отвечающий путь в условиях этой пробы. Перед выводом о безопасности определите процесс, привязку, разрешения и доступность.

Что означают 80 и 443?

Порт 80 обычно связывают с HTTP, а 443 — с HTTPS. Эти номера обозначают привычное назначение сервиса, а не гарантию безопасности трафика.［1］

Какая самая простая команда для проверки портов?

В Windows начните с netstat -ano, чтобы увидеть PID. В macOS используйте lsof -nP -iTCP -sTCP:LISTEN для TCP-слушателей; остальные сокеты проверяйте отдельно. Сопоставьте вывод с процессом и локальной привязкой.［3］［5］

Если порт зарегистрирован, трафик безопасен?

Нет. IANA подчёркивает, что регистрация порта не является одобрением безопасности приложения или трафика.［1］

Показывает ли локальный вывод публичное отображение NAT?

Нет. Он показывает сокеты компьютера. Роутер или вышестоящий транслятор может изменить внешний адрес и порт; разрешённую конфигурацию отображения проверяют отдельно.［6］

---

Отказ от ответственности

Данная статья предназначена только для общего обучения сетям и безопасности и не является советом по корпоративному аудиту сети, пентесту или настройке firewall. Вывод команд зависит от системы и версии инструментов.

VPN не настроит перенаправление на роутере, не откроет сервис безопасно и не проверит правила брандмауэра.

Источники

1. IANA, Service Name and Transport Protocol Port Number Registry: https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml
2. RFC Editor, RFC 6335: https://www.rfc-editor.org/rfc/rfc6335
3. Microsoft Learn, netstat: https://learn.microsoft.com/en-us/windows-server/administration/windows-commands/netstat
4. Apple Support, Get started with Terminal on Mac: https://support.apple.com/guide/terminal/pht23b129fed/mac
5. lsof project, lsof manual: https://github.com/lsof-org/lsof/blob/master/Lsof.8
6. IETF, RFC 3022: Traditional IP Network Address Translator: https://www.rfc-editor.org/rfc/rfc3022

Sources checked 9 октября 2026 г.

---

Рекомендуемые статьи:

• Как найти IP-адрес роутера на Windows, Mac, iPhone и Android
• Как настроить и использовать статический IP: сначала поймите сценарий
• Что такое NAT firewall? Что он защищает и чего не может