
摘要: 部署服务后把域名指向它,核心是在 DNS 解析里加一条 A 记录,把域名指向服务器的公网 IP;用非标准端口的服务再加一层 Nginx 反向代理把 80/443 转发到服务端口。本文讲清 A 记录、CNAME 的区别、解析配置步骤和不生效的排查。
服务部署好、外网能用 IP 访问了,最后一步是给它一个像样的域名。这件事技术上很简单——一条 DNS 解析记录而已——但新手常在两个地方卡住:一是搞不清该用 A 记录还是 CNAME,二是服务跑在非 80 端口、绑了域名还得带端口号。这篇把 DNS 解析讲透,再解决端口那道坎,让用户输入干净的域名就能访问你的服务。
DNS 解析的作用,是把人记得住的域名翻译成机器用的 IP。用户在浏览器输入你的域名,DNS 把它解析成你服务器的公网 IP,请求就送到了你的服务器。
配域名的核心就是加一条「域名 → IP」的对应记录。理解了这一点,剩下的只是选对记录类型、填对值。
这是新手最常混淆的点。两种记录的区别:
记录类型 | 指向什么 | 什么时候用 |
|---|---|---|
A 记录 | 直接指向一个 IP 地址 | 域名指向服务器公网 IP(最常见) |
CNAME 记录 | 指向另一个域名 | 域名指向 CDN 加速域名、负载均衡域名等 |
把域名指向自己的云服务器,用 A 记录,值填服务器公网 IP。只有当你要指向的是「另一个域名」(比如 CDN 给的加速域名)时,才用 CNAME。部署服务指向 CVM,绝大多数情况就是 A 记录。
配解析前,确认两件事:
这两点是前提。尤其实名认证,没做的话后面解析配得再对,域名也打不开——这是很多人「解析没错却访问不了」的隐藏原因。
进入域名的 DNS 解析管理,添加一条记录:
@(代表主域名 example.com),通常再加一条 www(代表 www.example.com),两条都指向同一个 IP;保存。解析需要时间生效,一般几分钟到几十分钟。生效后,用域名就能访问你的服务了。
别干等,主动验证。用 ping 你的域名,看返回的 IP 是不是你服务器的公网 IP:
也可以用 nslookup 你的域名 查解析结果。确认解析到正确 IP 后,再去浏览器访问。这个验证习惯能帮你区分「是解析问题还是服务问题」。
一个常见的尴尬:服务跑在 3000 或 8080 端口,绑了域名后,用户得输 你的域名:3000 才能访问——很不体面。
解法是加一层 Nginx 反向代理:让 Nginx 监听标准的 80/443 端口,把收到的请求转发到你服务的实际端口。这样用户访问干净的域名(不带端口),Nginx 在背后转发到 3000。核心配置示意:
server {
listen 80;
server_name 你的域名;
location / {
proxy_pass http://127.0.0.1:3000; # 转发到你的服务端口
proxy_set_header Host $host;
}
}配好后记得在安全组放行 80/443。这套「域名 → Nginx(80/443) → 你的服务端口」是部署服务的标准对外结构。
域名访问不了,按这个顺序查:
现象 | 原因 | 处理 |
|---|---|---|
ping 域名无法解析 | 解析没生效 | 等待生效,核对记录 |
ping 到错误 IP | A 记录值填错 | 改成正确的公网 IP |
域名被暂停解析 | 未实名认证 | 完成域名实名认证 |
解析对了但打不开 | 安全组没放行端口 | 安全组放行 80/443 或服务端口 |
要带端口才能访问 | 没配反向代理 | 用 Nginx 把 80/443 转发到服务端口 |
域名指向服务后,往下做:
想了解云服务器 CVM 的配置与价格,可前往腾讯云双十一活动页查看并选购:https://cloud.tencent.com/act/pro/double11-202611
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。