不少人在部署完自己的网站后会发现，访问地址总是带着一个端尾巴，比如 ippipp.com:8080，看起来既不专业也不方便记忆。其实这个尾巴是可以去掉的，核心思路是让服务运行在HTTP的默认端口80或者HTTPS的默认端口443上，这样浏览器在访问时会自动省略端口号。本文将从原理、具体配置方案以及常见的踩坑点三个层面，把域名去掉端口号访问这件事彻底讲清楚。
一、为什么域名后面会出现端口号
要理解如何去掉端口号，先要明白端口号为什么会显示出来。浏览器访问一个网站时，如果协议是HTTP，默认会连接目标服务器的80端口；如果协议是HTTPS，默认连接443端口。当你的应用没有跑在这两个端口上时，就必须在地址栏显式指定端口，否则浏览器根本找不到你的服务。
例如你的Spring Boot应用默认监听8080，Node.js应用监听3000，或者Tomcat监听8080，这些都不是默认端口，所以用户访问时必须输入完整的域名加端口号。而像宝塔面板、云服务商的负载均衡等场景下，端口冲突也常常迫使开发者选择非标准端口。
另一个常见的误解是有人认为买了域名、做完解析就能自动去掉端口。域名解析只负责把域名指向服务器的IP地址，与端口没有任何关系，端口的处理必须在服务器层面完成。
二、方案选择：直接改端口还是用反向代理
去掉端口号有两种主流思路，各有适用场景。第一种是直接修改应用监听端口，让应用自己监听80端口。这种方式最简单，只要修改配置文件即可，比如Spring Boot在application.properties中设置 server.port=80，Node.js在启动时监听80端口。但它有明显局限：一台服务器上80端口只有一个，如果你有多个应用，就没法都用这种方式。
第二种是使用Nginx反向代理，这也是生产环境最推荐的做法。Nginx监听80端口，根据域名的不同把请求转发给后端不同端口的应用，实现一台服务器、一个IP、多个站点共存。如果后续要上HTTPS，也只需在Nginx层配置SSL证书，后端应用完全不用改动，灵活性非常高。
简单总结：只有一个应用且是个人小站点，可以直接改端口；有多个应用、需要HTTPS、或者想要更灵活的架构，选Nginx反向代理。下面重点演示Nginx的配置方法。
三、Nginx反向代理配置实战
首先确保Nginx已经安装并且80端口没有被其他进程占用。可以用 netstat -tulnp | grep 80 查看端口占用情况，如果被Apache或Tomcat占用，需要先停止或修改它们的监听端口。
然后编辑Nginx的站点配置文件，通常位于 /etc/nginx/conf.d/ 目录下，新建一个以conf为扩展名的文件：
server {
listen 80; # 监听默认80端口，用户访问时无需输入端口号
server_name ippipp.com; # 绑定你的域名，支持多个域名空格分隔
location / {
proxy_pass http://127.0.0.1:8080; # 转发到后端应用的真实端口
proxy_set_header Host $host; # 把原始域名传给后端
proxy_set_header X-Real-IP $remote_addr; # 传递客户端真实IP
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
}
}配置完成后执行 nginx -t 检查语法是否正确，再用 nginx -s reload 平滑重载配置。此时访问 http://ippipp.com 就等同于访问后端的8080端口服务，地址栏干净利落。
如果需要配置HTTPS，把listen改为443 ssl并指定证书路径，同时保留一个80端口的server块做301跳转到https，让HTTP请求自动升级为HTTPS。证书可以使用免费的Let's Encrypt，配合certbot工具自动续期，非常省心。
四、多应用共存时的端口分发
一台服务器上跑多个网站时，Nginx的优势更加明显。因为HTTP请求头中携带了Host字段，Nginx可以根据 server_name 的不同，把不同域名的请求分发到不同的后端端口。比如站点A监听8080，站点B监听8081，两个域名都不需要端口号即可访问各自的站点。
server {
listen 80;
server_name site-a.com;
location / {
proxy_pass http://127.0.0.1:8080;
proxy_set_header Host $host;
}
}
server {
listen 80;
server_name site-b.com;
location / {
proxy_pass http://127.0.0.1:8081;
proxy_set_header Host $host;
}
}需要注意的是，两个域名的DNS解析都必须指向这台服务器的IP，否则请求根本到不了Nginx，server_name的匹配也就无从谈起。如果请求的域名没有匹配任何server_name，Nginx会使用默认server，可以通过 default_server 参数显式指定兜底行为。
五、常见踩坑点与注意事项
1. 云服务器安全组未放行80端口。这是新手最容易忽略的问题。阿里云、腾讯云等服务器的安全组默认可能没有开放80端口，配置全部正确却访问不了，多半是安全组拦截了。需要在控制台手动添加入站规则放行80和443端口。
2. 系统防火墙拦截。除了云安全组，服务器本机的firewalld或iptables也可能拦截请求。CentOS可以使用 firewall-cmd --permanent --add-service=http 放行，Ubuntu的ufw则使用 ufw allow 80/tcp。改完记得重载防火墙规则。
3. 80端口被占用导致Nginx启动失败。查看错误日志一般会提示bind失败。常见占用者是Apache、Tomcat或者宝塔面板自带的服务，要么停掉它们，要么修改它们的监听端口。
4. 非root用户无法绑定80端口。Linux下1024以内的端口属于特权端口，普通用户启动的应用无法直接监听。Java应用如果用普通用户运行，就不要直接监听80，改用反向代理是更规范的做法。
5. WebSocket需要额外的转发头。如果后端应用使用了WebSocket，纯HTTP转发会导致连接失败，需要在location中加上Upgrade和Connection头的处理，否则实时通信功能会异常。
6. HTTPS混合内容问题。站点上了HTTPS后，如果页面内还有http协议的资源引用，浏览器会阻止加载。建议上线前用浏览器开发者工具检查是否有混合内容警告，把所有资源统一为https引用。
六、方案选择建议总结
对于个人博客或单一应用，直接把服务监听到80端口是最快的路径，改动成本几乎为零。对于有多个站点、需要灰度发布、负载均衡或者HTTPS统一管理的场景，Nginx反向代理是标准答案，它把端口管理和流量入口统一收拢，后端应用可以随意调整端口而不影响用户访问。
无论选择哪种方案，都建议上线前做一次完整验证：清空浏览器缓存后直接输入域名访问、用手机流量而非WiFi访问排除本地缓存干扰、检查HTTPS证书是否生效。把这些细节确认到位，你的站点就能以最简洁的域名形式稳定对外提供服务了。