域名上线失败，多数情况不是域名本身的问题，而是解析没生效、服务器没绑定、端口被拦这三件事没做对，按“解析记录→服务器绑定→本地缓存→端口检查”的顺序排一遍，基本能找到卡点。
域名解析不生效怎么回事？先看这5个高频原因
域名解析不生效是上线失败的第一道坎,很多新手刚在解析后台添加A记录，马上用浏览器访问域名打不开，就以为解析坏了，其实多数情况下是以下五个原因之一。
- TTL缓存还没过期,本地运营商DNS会缓存旧记录，哪怕你在解析后台改了A记录，部分地区用户仍然会拿到旧IP，TTL默认可能是600秒到3600秒不等，可以用
nslookup 域名 114.114.114.114查看公共DNS返回结果，如果返回旧IP，就是缓存作祟。 - 记录类型选错,A记录指向IPv4地址，CNAME指向另一个域名，新手容易混淆，如果服务器只有IPv4地址，却添加了CNAME记录，解析当然不生效。
- 主机记录填写错误,想要www.example.com生效，主机记录应填
www；想要裸域名example.com生效，主机记录应填，很多面板里留空也代表裸域名，但不同服务商规则有差异。 - DNS服务器未修改或未生效,域名注册后如果没把NS改成解析服务商的地址，却跑到第三方解析后台添加记录，等于白填，修改NS后最长可能需要24到48小时在全球生效。
- 域名状态异常,比如域名过期、被注册局锁定、未实名认证等，会导致解析暂停，可以在whois查询中查看状态是否为
ok。
每个原因都对应一个可执行的检查动作：查NS、查记录、查状态、换公共DNS测。
域名解析到服务器IP后网站打不开，问题多出在这
当ping 域名已经返回你的服务器IP，但浏览器输入域名还是打不开，说明解析已生效，问题出在服务器这一端，这一步通常比解析更隐蔽。
服务器没绑定域名或绑定不完整
Apache和Nginx都靠虚拟主机配置文件识别域名,如果只配置了默认站点，访问任何域名都会被导向同一个目录，可能显示欢迎页或404，看起来就像“网站打不开”。
- Apache需检查
/etc/httpd/conf.d/下的vhost文件中ServerName和ServerAlias是否包含你的域名，以及DocumentRoot路径是否正确。 - Nginx需检查
/etc/nginx/conf.d/
下的server块中
server_name是否匹配，例如server_name example.com www.example.com;，改完后执行nginx -t和systemctl reload nginx。 - IIS需在网站“绑定”中添加主机名和端口，不能只有IP绑定，否则多个网站会冲突。
端口和防火墙拦截
域名默认访问80端口,但很多新手配置了8080端口或443在本地能打开，外网访问不到，原因是云服务器安全组和系统防火墙没有放行对应端口。
检查路径：云控制台安全组入方向规则 → 系统防火墙（firewall-cmd --list-ports或ufw status）→ Web服务监听地址（netstat -nltp | grep :80），如果监听在0.0.1:80而不是0.0.0:80，外部也访问不到，需改监听地址。
HTTPS证书配置错误导致循环或报错
如果站点开了HTTPS,证书没配好或者强制跳转写错，会出现“重定向次数过多”或“连接不安全”，新手在CNAME解析后直接勾选CDN的HTTPS，却没在源站同步证书，也会导致打不开，可以先暂时关闭强制跳转，确认HTTP能正常访问后再逐步开启。
域名解析错误怎么解决？从本地缓存到DNS服务器逐步排查
排查解析错误讲究从近到远：先看本地，再看公共DNS，最后看权威DNS。
- 第一步：清空本地DNS缓存，Windows打开命令提示符输入
ipconfig /flushdns，macOS执行sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder，然后用ping 域名看是否返回正确IP。 - 第二步：指定公共DNS查询。
nslookup 域名 223.5.5.5（阿里）、nslookup 域名 119.29.29.29（腾讯）、nslookup 域名 114.114.114.114（114），如果公共DNS返回正确，本地运营商DNS返回错误，说明是运营商缓存问题，只能等待或更换本地网卡的DNS服务器。 - 第三步：查权威DNS。
nslookup -type=ns 域名可查看当前NS服务器，再nslookup 域名 权威NS地址直接查询权威返回结果，若权威都返回错误IP，说明解析后台没生效或记录冲突。 - 第四步：检查解析记录是否冲突，同一主机记录不要同时存在两条不同线路的A记录，例如默认线路和联通线路都填了不同IP，导致部分用户访问到错误地址，不熟悉线路分流的新手，建议只用默认线路。
步骤能快速定位解析错误发生在哪个环节,避免盲目等待。
域名上线前必须核对的服务器配置清单
很多失败原因是配置文件细节出错,下面这份清单按权重排列，每次上线前逐项打勾。
| 检查项 | 正确状态 | 常见错误 |
|---|---|---|
| A记录指向 | 域名指向服务器公网IP | 指向内网IP、CNAME和A混用 |
| 服务器绑定 | server_name或主机头含域名 | 只绑定IP，未绑定域名 |
| 监听端口 | 80/443正常监听 | 监听在8080，安全组没放行 |
| 防火墙 | 安全组和系统防火墙放行80/443 | 只放行22端口 |
| 默认站点 | 已禁用或指向正确目录 | 默认站抢了域名请求 |
| 备案状态 | 域名已备案且接入商一致 | 备案通过但接入商未更新 |
| 文件权限 | Web目录可读，入口文件存在 | 权限不足或目录为空 |
| 数据库连接 | 配置文件中地址、账号、密码正确 | localhost写成远程地址导致拒绝连接 |
表格可让新手对照排查,比长篇文字更直观。
北京企业网站域名上线失败排查记录：地域网络与备案因素
北京的企业网站上线失败,除了常规解析和服务器问题，还有两个地域特征明显的坑。
第一个是备案接入商不一致,域名在A服务商备案，但服务器换到B服务商后没有做接入备案，北京通信管理局的核查系统可能判定备案信息不准确，导致域名被拦截，这不是解析能解决的问题，必须在新接入商提交接入备案，通常需要几个工作日，据工信部备案系统公开信息，接入信息与实际接入商不符的网站会被要求限期整改。
第二个是本地网络线路干扰,部分北京企业用户的办公网络使用特定DNS服务器，可能对某些境外DNS或新解析记录更新较慢，上线当天在办公室打不开，回家用手机流量却能打开，这种场景很常见，解决思路是把办公电脑的DNS改为5.5.5或29.29.29，再ipconfig /flushdns，如果手机流量能打开，基本可以判定是办公网DNS缓存问题，不是服务器故障。
北京地域的另一个提醒：如果使用北京地区的CDN节点，需要确认节点是否被列入本地防火墙策略，个别企业路由会对部分IP段做限制，可以暂时关闭CDN直连源站测试，缩小故障范围。
域名解析收费吗？免费解析与付费DNS对比
域名解析本身在绝大多数注册商和云服务商那里是免费的,基础A记录、CNAME、MX、TXT记录都不收费，那为什么有些服务商提供付费DNS？付费DNS主要卖的是解析速度、智能线路、DDoS防护和更短的TTL生效时间，免费解析完全够用，域名上线失败通常不是因为没买付费DNS，而是免费解析没配置正确。
如果想对比：免费解析一般在10分钟左右完成一次全球传播，付费DNS可能将生效时间缩短到几十秒到几分钟，并提供按地域、运营商拆分的线路解析，等网站流量稳定或需要多线调度时再考虑付费也不迟。
域名上线失败就像快递填错收货地址,包裹再快也送不到，把解析记录、服务器绑定、端口放行这三栏填对，再用nslookup和ping从近到远查一遍，多数问题能在半小时内定位，配置正确比购买任何增值服务都更重要。
域名上线失败常见问题速查
域名上线失败，解析多久能生效？
全球生效时间受TTL和各级DNS缓存影响,新添加或修改的A记录，多数情况下在10分钟到2小时内完成主要节点更新，少数偏远运营商可能延迟到24小时以上，生效前可用nslookup 域名 223.5.5.5查看公共DNS是否已返回新IP，避免盲目刷新页面。
域名解析不生效怎么回事，ping不通但能访问？
ping使用ICMP协议，有些服务器安全组默认禁止ping，但80/443端口正常开放，这种情况网站可以访问，ping却显示超时，反过来，如果ping通但网站打不开，说明IP可达但Web服务或端口有问题，判断网络连通性不要只看ping，应结合telnet 域名 80或curl -I http://域名测试。
域名绑定服务器后打不开，安全组和防火墙怎么设置？
登录云控制台,在安全组入方向添加规则：协议TCP，端口80和443，源地址0.0.0/0，系统内执行firewall-cmd --add-port=80/tcp --permanent && firewall-cmd --reload（CentOS）或ufw allow 80/tcp && ufw allow 443/tcp（Ubuntu），最后确认Web服务监听的是0.0.0而非0.0.1，配置正确后，用手机流量访问域名，能打开即说明公网链路已通。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/666645.html
