端口及其进程 [英] Ports and their processes

问题描述

您好！

我有以下问题：可能有人知道  - OS Windows如何为各种进程分配TCP / UDP端口？例如，某些实用程序（TCPView或CurrPorts）提供此类信息：

I have following question: may be somebody knows  - how does OS Windows allocate TCP/UDP ports to various processes? For example, some utilities (TCPView or CurrPorts) give such information:

port         过程         协议

port          process          protocol

135          svchost.exe的     TCP

135          svchost.exe     TCP

1026       svchost.exe的     TCP

1026        svchost.exe     TCP

1027       svchost.exe的     TCP

1027        svchost.exe     TCP

1067       svchost.exe的     TCP

1067        svchost.exe     TCP

1054        servises.exe    TCP

1054        servises.exe    TCP

1055        LSASS.EXE        TCP     等等。

1055        lsass.exe        TCP      etc.

但重启后第4个进程（1067  svchost.exe   TCP）已经有另一个端口1051，也处理servises.exe（旧1054，新1038），我们其他人 - 不变。

But after reboot 4-th process (1067  svchost.exe   TCP) has already another port 1051, also process servises.exe (old 1054, new 1038), the rest of us - invariable.

有谁知道 - 新旧港口是否相互连接？可能属于同一范围吗？

Does anybody know - Are old and new ports connected among themselves? May be they belong same range?

谢谢。

&b $ b

推荐答案

嗨Den，

每个TCP端口都有自己的服务。下表列出了每个服务的分配方式。

Each TCP port has its own service allocated. The following table lists how each service is allocated.

1024到65535和49152 - 65535之间的端口号随机分配给远程过程调用（RPC）。旧的和新分配的端口之间没有相同服务的连接，只有它们是在
指定范围内随机分配的。

The port numbers from 1024 to 65535 and 49152 - 65535 are allocated randomly to Remote Procedure Calls (RPCs). There is no connection between the old and the new allocated port for the same service only thing is that they are randomly allocated within the specified range.

这篇关于端口及其进程的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！