Как определить, какая программа использует или блокирует определенные порты протокола управления передачей в Windows Server 2003
В этой пошаговой статье описывается, как определить, какая программа использует или блокирует определенные порты TCP.
Сведения о версии microsoft Windows XP этой статьи см. в разделе 281336.
Применяется к: Windows Server 2003
Исходный номер базы знаний: 323352
Сводка
Служебная программаNetstat.exe имеет новый переключатель, -o
коммутатор, который может отображать идентификатор процесса (ID), связанный с каждым подключением. Эти сведения можно использовать для определения того, какой процесс (программа) прослушивает определенный порт. Например, netstat -ano
команда может получить следующие выходные данные:
Proto Local Address Foreign Address State PID
TCP 0.0.0.0:80 0.0.0.0:0 Listening 888
При использовании диспетчера задач можно сопоставить идентификатор процесса, указанный в списке, с именем процесса (программа). С помощью этой функции можно найти конкретный порт, используемый программой в настоящее время. Так как программа уже использует этот конкретный порт, другой программе запрещено использовать этот же порт.
Сопоставление идентификатора процесса с программой
Чтобы сопоставить идентификатор процесса с программой, выполните следующие действия:
- Нажмите клавиши CTRL+SHIFT+ESC , чтобы открыть диспетчер задач.
- Перейдите на вкладку Процессы .
- Если у вас нет столбца PID, выберите Вид>Выбрать столбцы, а затем выберите поле PID (Идентификатор процесса) проверка.
- Выберите заголовок столбца с меткой PID, чтобы отсортировать процесс по PID. Вы сможете легко найти идентификатор процесса и сопоставить его с программой, которая указана в диспетчере задач.
Получение дополнительных сведений о служебной программе Netstat.exe
Чтобы получить дополнительные сведения о служебной программеNetstat.exe , выполните следующие действия.
- Щелкните последовательно Пуск>Выполнить.
- В поле Открыть введите cmd и нажмите кнопку ОК.
- В командной строке введите
netstat /?
.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по