上一篇
怎么查看服务器的端口
查看服务器端口是网络管理和系统维护中的常见操作,无论是排查服务异常、监控安全风险还是确认端口占用情况，都需要掌握多种查看方法，不同操作系统（如Linux、Windows）和不同场景下，查看端口的方式有所不同，下面将详细介绍常用的查看方法、命令解析及注意事项。
在Linux系统中,查看端口最常用的命令是netstat和ss。netstat是一个传统的网络工具，功能全面，但ss（Socket Statistics）作为其替代品，在性能上更优，尤其是在处理大量连接时，使用netstat查看所有监听端口时，可以执行netstat tuln，其中t表示显示TCP端口，u表示显示UDP端口，l表示仅显示监听端口，n以数字形式显示地址和端口，避免DNS解析延迟，输出结果中Local Address列显示0.0.0:22或::80，分别表示监听所有IPv4地址的22端口（SSH服务）和所有IPv6地址的80端口（HTTP服务），若需查看端口关联的进程ID（PID），可添加p参数，即netstat tulpn，此时PID/Program name列会显示占用端口的进程，如sshd:1234表示SSH服务的进程ID为1234，对于ss命令，基本语法类似，ss tuln可查看监听端口，ss tulpn则显示进程信息，其输出更简洁，速度更快，尤其适合高并发场景。
除了netstat和ss，lsof（List Open Files）也是查看端口的利器，它通过列出被进程打开的文件来间接展示端口占用情况。lsof i :80可查看80端口的使用详情，包括进程名、PID、用户及连接状态，若需查看所有监听端口，可执行lsof i P n | grep LISTEN，其中P禁用端口名到服务名的转换，n禁用IP地址解析，grep LISTEN则过滤出处于监听状态的端口。lsof的优势在于能显示更详细的文件描述符信息，适合排查复杂进程的端口占用问题。
在Windows系统中,查看端口主要通过命令行工具netstat和图形化工具“资源监视器”，命令行下，输入netstat ano可查看所有端口及其状态，a显示所有连接，n以数字形式显示地址和端口，o显示PID，输出结果中Local Address列格式为IP:端口，State列表示端口状态（如LISTENING表示监听），PID列对应进程ID，若需定位具体进程，可通过任务管理器（按Ctrl+Shift+Esc）切换到“详细信息”标签页，根据PID查找进程名，图形化操作更直观：打开任务管理器，点击“性能”选项卡，选择“打开资源监视器”，在“网络”部分点击“TCP连接”，即可查看所有TCP端口的详细信息和关联进程，PowerShell也是Windows下的高效工具，GetNetTCPConnection State Listen可快速获取所有监听端口的IP、端口及PID，配合WhereObject可进一步筛选，如GetNetTCPConnection State Listen | WhereObject {$_.LocalPort eq 80}。
对于需要远程查看服务器端口的情况,通常结合SSH（Linux）或远程桌面（Windows）连接到服务器后执行上述命令，若需通过Web界面管理，可使用Linux的webmin或Windows的“服务器管理器”，但这些工具需要提前配置，网络扫描工具如nmap也可用于远程探测服务器端口开放情况，例如nmap sT p 11000 服务器IP可扫描指定IP的11000端口开放状态，适合安全审计。
查看端口时需注意权限问题,普通用户可能无法查看所有进程的端口信息（如Linux下需root权限查看占用小于1024的端口），且不同命令的输出格式略有差异，需结合实际需求选择。netstat适合查看历史连接状态，ss适合实时监控高频端口，lsof适合深度分析进程与端口的关联，排查端口冲突时，若发现端口被非预期进程占用，可通过kill PID命令终止进程（Linux/Windows均适用），或修改服务配置更换端口。
相关问答FAQs
Q1: 如何区分TCP端口和UDP端口？
A1: 在Linux中使用netstat tuln或ss tuln时，t参数显示TCP端口（面向连接，如HTTP、SSH），u参数显示UDP端口（无连接，如DNS、DHCP），输出结果中Proto列会明确标注tcp或udp，Windows下netstat ano的Proto列同样标注协议类型，或通过GetNetTCPConnection（仅TCP）和GetNetUDPConnection（仅UDP）分别查看。
Q2: 端口显示“TIME_WAIT”状态是什么意思？如何处理？
A2: “TIME_WAIT”是TCP连接关闭后的一个短暂状态，表示端口等待一段时间后彻底释放，正常情况下持续12分钟，若大量端口长时间处于“TIME_WAIT”，可能是服务器高并发或应用程序未正确关闭连接，可通过调整内核参数优化（如Linux下修改net.ipv4.tcp_tw_reuse和net.ipv4.tcp_tw_recycle），或检查代码确保连接被主动关闭（如调用socket.close()）。
