URL端口号在哪里看：一分钟定位服务器端口
判断URL端口号最直接的方法是看网址域名（或IP地址）后面冒号跟的那串数字，例如https://example.com:8443/login中，8443就是这台服务器的访问端口，如果URL里没有冒号数字，说明该网站使用协议的默认端口，HTTP默认走80，HTTPS默认走443。
很多站长在配置服务器安全组、排查网站无法访问的故障时，第一反应就是打开浏览器地址栏看URL，但你可能会发现，大部分网站的URL里根本没有端口号，那这端口到底存不存在？下面把URL端口的判断逻辑一次性说清楚。
URL端口号在网址里的显示位置
一个完整的URL由协议、主机名、端口、路径组成，端口号的位置固定在主机名之后、路径之前，中间用英文冒号分隔，只要看到冒号加数字，后面的数字就是端口。
用三个直观例子说明：
https://www.baidu.com没有端口段，走HTTPS默认的443端口http://192.168.1.10:8080/admin端口是8080，路径是/adminhttps://shop.example.com:8443/checkout端口是8443，注意协议是HTTPS，但端口不是默认的443
当URL中出现端口号,说明服务器在该端口上监听请求，这里的监听端口由服务端软件决定，比如Nginx配置了listen 8080，URL里就必须写8080才能访问到对应服务。
什么时候URL里看不到端口号
浏览器地址栏隐藏端口号的情况非常普遍,主要是这两类：
- 协议默认端口：HTTP对应80，HTTPS对应443，服务器在这两个标准端口提供服务时，URL本就不需要写端口，浏览器会自动补全，用户看到的URL只有域名和路径
- URL重写与反向代理：前端Nginx监听443，内网服务器跑在9000端口，用户访问URL看不到端口，反向代理把请求转发到内网端口的应用
这里需要区分浏览器地址栏显示和真实访问端口。地址栏不显示端口不等于没有端口，只是浏览器隐藏了，用手动输入URL的方式可以验证：https://example.com:443/login和https://example.com/login访问的是同一个资源，冒号后加443，浏览器也会正常打开。
URL端口怎么判断是哪个服务：默认端口对照表
常见服务的默认端口
翻看服务器配置文件时看到的端口号五花八门,但默认端口有行业通行的规范，以下是最常见的一组：
| 服务 | 默认端口 | 常见URL场景 |
|---|---|---|
| HTTP | 80 | http://example.com |
| HTTPS | 443 | https://example.com |
| SSH | 22 | 服务器管理（不通过URL访问） |
| MySQL | 3306 | 数据库连接（不通过浏览器URL访问） |
| Redis | 6379 | 缓存服务（不通过浏览器URL访问） |
| Tomcat | 8080 | http://ip:8080/项目名 |
| Nginx | 80/443 | 网站入口 |
如果URL里显示的端口号和协议不搭配,比如http://example.com:443，浏览器还是会发请求到443端口，但该端口通常跑的是HTTPS服务，收到的HTTP请求会被视为非法请求，表现为访问报错或重定向，服务器的端口和协议是强关联关系，配置时不要混用。
为什么浏览器默认隐藏标准端口
URL中隐藏端口是浏览器的标准行为,也是URL语法的一部分，按照Web标准文档说明，端口段可省略，省略时自动补全为协议默认端口，浏览器地址栏智能化程度近年来越来越高，不仅隐藏443端口，还会隐藏www前缀、隐藏URL中的https://部分。
如果你在做网站调试时需要看完整的URL结构,按F12打开开发者工具，切到Network面板查看请求头，里面能看到包含端口的完整请求地址。请求头的Host字段会如实标注域名加端口号，不会隐藏。
网站服务器端口号怎么看：验证端口的实操方法
从URL里看到端口号,不代表端口一定在运行，端口是否真的开通、服务是否真的在监听，需要用工具验证，以下方法适用于站长和运维排查，配合URL中看到的端口号一起使用。
浏览器地址栏直接访问验证
这是最直观的方式,复制URL，去掉路径部分，只保留协议加域名加端口，在地址栏打开，例如URL是https://example.com:8443/user/login，拆出https://example.com:8443访问。
- 有响应：端口开放，服务正常
- 无响应或超时：端口被封或服务未启动
- 显示证书错误：HTTPS端口证书不匹配
- 跳到其他页面：端口存在但做了重定向
命令行检测端口连通性
- Linux/Mac终端执行：
curl -I https://example.com:8443 - Windows执行：在CMD里输入
telnet example.com 8443 - 通用检测：
nc -zv example.com 8443
返回状态码2xx或3xx,说明端口通，连接超时则说明端口在防火墙中被拦截或服务器没有监听，URL中端口最怕的就是服务器已启动服务，但云厂商安全组没放行该端口。
用站长工具扫端口
外网能不能访问到端口,用本机检测还不够，用一个外网端口扫描工具（如站长工具中的端口扫描），输入域名和端口号，能更准确地判断端口在公网的开放情况，本地通但外网不通，大多要在云控制台安全组里放开对应的入方向规则。
URL端口隐藏的深层原因：安全与代理机制
非标准端口避免扫描攻击
用非标准端口建站的行为在个人站和小型项目里相当普遍,把SSH从22改成22026，把后台管理地址从80改成8080，能减少大量自动化扫描工具的探测。但URL中端口暴露后，安全性并不会因此降低，真正影响安全的是端口背后的服务版本漏洞和弱口令。
负载均衡与CDN对URL端口的影响
接入CDN或负载均衡后,用户请求到达的可能是CDN边缘节点，而非源站服务器，浏览器访问时显示的端口是CDN节点的端口，源站端口被隐藏，这种情况在URL里很难直接看出源站端口，业内专家指出，排查问题时不要只看URL表面端口，要通过服务器上的ss -lntp命令查看真实监听的端口列表。
端口映射与内网穿透
使用Nginx反向代理时,外网URL端口是Nginx监听的端口，内网应用的真实端口在配置文件中定义，URL端口对应的是反向代理的对外入口，不直接等于后端服务端口，比如Nginx监听443，后端Python服务跑在8000，URL里永远是443，8000只在Nginx配置里出现，行业共识认为，这种架构下端口段含义要从两个层面理解：对外层和内核层，混淆两者是新手排查故障时最容易犯的错。
站长场景：如何根据URL端口快速定位配置
拿到一个带端口的URL,无论是自己的还是同事给的，按下面的顺序排查能快速找到服务器端口配置的来源。
- 先确认端口是否为默认端口,不是默认端口，大概率是自定义配置
- 登录服务器执行
netstat -tlnp
，对照查看该端口对应的进程
- 查看Nginx或Apache配置文件里的
listen指令，确认端口绑定的域名和证书 - 查看云控制台安全组和防火墙规则,确认该端口是否入方向放行
很多情况下,URL端口打不开的根因不在服务端，而是服务器提供商的安全组默认只放行80、443、22三个端口，配置了其他端口必须手动在安全组添加规则。
价格方面,有一点值得站长留意：国内主流云厂商的安全组规则数量和端口放行数不限，但低配实例的带宽较低，高并发放到非标准端口时可能会先跑到带宽瓶颈，这和端口配置无关，却经常被误判成端口问题。
URL端口与域名解析的先后关系
另一个常见疑问是：改了服务器端口，需不需要重新解析域名？端口跟DNS无关，域名解析只把域名指向IP，不涉及端口信息。改了URL里的端口号，不需要动DNS解析记录，但如果服务器从80换成8080，URL里的端口号变了，防火墙和安全组同步开放即可。
需要留意的是,HTTPS证书是和域名绑定的，而证书校验发生在端口连接建立之后，如果访问https://example.com:8443且8443端口上挂了SSL证书，证书必须覆盖该域名；端口变了不影响证书请求，前提是Nginx配置里实际启用了SSL。
Q&A：网站服务器端口号怎么看常见疑问
URL里端口号是8443属于什么情况
8443是HTTPS的常用替代端口,很多管理后台、API网关、测试环境使用8443作为HTTPS入口，看到URL里是8443，说明该服务使用非标准端口提供HTTPS访问，证书配置方式与443一致，但访问时必须显式带端口。
服务器端口号怎么看是不是被别人入侵修改的
先用netstat -tlnp查看当前所有监听端口，对照配置文件中正常端口列表，若出现未知端口，用lsof -i:端口号查看占用程序路径，再检查系统计划任务和启动脚本中是否有可疑条目，有无异常外联连接，最后对比云控制台安全组，确认是否有非预期端口对外开放。
URL里端口和IP的排列顺序是什么
标准的URL语法中IP地址后接冒号再接端口号,顺序固定：协议://IP:端口/路径，例如http://203.0.113.5:8080/index.html，IPv6地址比较特殊，需用方括号括起，例如http://[2001:db8::1]:8080/index.html，此时端口号在方括号之后，用冒号分隔。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/758204.html
