直接访问服务器IP打不开，十有八九不是服务器宕机，而是你的网站程序压根儿就没给IP“开门”，你敲进浏览器地址栏的IP，在服务器眼里和陌生访客按门铃差不多，没人应答自然打不开。
服务器ip打不开网站？先分清你卡在哪个环节
排查这事别瞎猜,按链路一层层捋，打开电脑的终端，先对你的服务器IP执行一次ping命令，这里会出现两种截然不同的情况，直接决定你后续的方向。
ping通了，浏览器却打不开
如果ping有返回数据，说明网络链路是通的，服务器活着，公网IP也没跑偏，问题就出在服务器内部的软件层，你可以理解成快递送到了小区门口，但物业不收件、不通知你。
此时你需要确认三件事：
- 服务器上的Web服务（Nginx、Apache、IIS）是否在正常运行
- 这个Web服务有没有监听服务器的公网IP或所有网络接口
- 服务器防火墙和云服务商安全组是否放行了80（HTTP）和443（HTTPS）端口
ping不通，先别急着骂服务器
如果ping超时，先把锅甩给防火墙。多数云服务器默认开启防火墙，且屏蔽ICMP协议，这时候你无法判断服务器是否在线，得用另一招：在电脑浏览器直接访问http://IP试试，打不开再换https://IP，如果提示“无法访问此网站”，但服务器控制台显示运行中，大概率是防火墙规则在捣鬼。
| 排查场景 | ping结果 | 优先怀疑对象 |
|---|---|---|
| 浏览器提示连接超时 | 不通 | 服务器防火墙、云安全组、线路故障 |
| 浏览器提示拒绝连接 | 通 | Web服务未启动、端口未监听 |
| 浏览器出现证书警告 | 通 | 服务正常，卡在HTTPS证书环节 |
公网ip不能直接访问服务器的三个高频原因
多数人折腾半天,原因都逃不出下面这三种，按出现的概率从高到低排，你逐个对照就行。
你的网站压根没绑定这个IP
打开Nginx的配置文件,找到server_name这一项，如果你配的是[yourdomain.com](http://yourdomain.com)，而没有任何server_name对应你的IP，那Nginx接收到IP请求后，会直接丢给它默认的第一个server块，在很多默认配置里，这个块是个空的default_server，返回的自然是空白页或404。
Apache和IIS同理。
Apache的VirtualHost配置如果只监听了某个域名，IP访问会落到主配置的默认站点；IIS则需要你在“网站绑定”里给该站点添加一条“IP地址为公网IP、主机名为空”的绑定记录。
防火墙和云安全组把入口封死了
查完Nginx再看防火墙,以CentOS系统为例，执行firewall-cmd --list-all，看输出里有没有80/tcp和443/tcp，如果是空的，说明端口根本没放行。
云服务商的安全组规则更容易被忽略,很多人买完服务器，只在系统层配置了防火墙，却忘了去云控制台给安全组添加入方向规则，简米云、酷番云的服务器，默认安全组可能只放行了22端口（SSH）和3389端口（Windows远程桌面），80和443压根没开，这就好比你在屋里开了门，但小区大门的保安不让你进，据中国信息通信研究院的相关报告，相当一部分云上安全事件源于安全组配置过于宽松或过于严格，而站点打不开的排查中，安全组缺失端口规则的比例同样不小。
你家宽带的运营商把这两个端口“阉割”了
如果你访问的是自己拉的家宽线路下的服务器,而不是云服务器，情况就更特殊了，国内运营商对家庭宽带用户的入站80和443端口普遍做了限制，哪怕你把防火墙全关了，外网也访问不到你的IP，这是运营商的做法，跟你的配置没关系，你可以在内网用telnet 你的公网IP 80测一下，如果内网能通，外网不通，基本就坐实了这条。
如何通过ip访问服务器上的网站
确认完原因,接下来动手改配置，这里给出最常见的三种Web服务器的操作路径。
Nginx环境：加一条监听规则
找到你的站点配置文件,在server块里修改监听指令：
server {
listen 80;
listen 443 ssl;
server_name _; # 把这里改成下划线，代表匹配所有未匹配的请求
...
}
或者更稳妥的做法,单独新建一个server块，只处理IP访问，然后return 301跳转到你的域名上，这样用户用IP访问时，会被自动引导到正确的域名地址。
Apache环境：改VirtualHost的ServerName
在httpd-vhosts.conf或站点配置里，找到对应的VirtualHost，加上一行：
ServerName 你的公网IP
重启Apache服务后,IP请求就会落在这个虚拟主机上，如果你有多个站点，需要确认目标站点的虚拟主机优先级，Apache默认会使用第一个匹配的
VirtualHost。
解决证书不匹配的尴尬
配好之后,你会发现用IP访问HTTPS时，浏览器会弹出一个大红屏警告，提示“不安全”，这是因为你申请的SSL证书都是绑定域名的，IP地址不在证书的覆盖范围内。
处理办法有两条：
- 如果你是临时用IP访问排查问题,点“高级”里的“继续前往”即可，够用了
- 如果你想长期用IP访问,需要去购买专门签发给IP地址的SSL证书，这类证书在申请时需要验证你对IP的所有权，价格比域名证书贵不少，业内专家指出，目前IP证书主要应用在政企内网系统和高安全要求的专网环境里，个人站长场景不多见，如果你只是在迁移服务器或调试代码，完全没必要花这笔钱
三个容易踩的认知误区
排查过程中,很多朋友的思路会被带偏，这里列出三个最常见的误区，帮你省掉无用功。
域名能打开，IP打不开，就去检查DNS解析
这个方向完全错了。你用IP访问服务器，整个过程根本不经过DNS解析，就算你删掉域名解析记录，也不影响IP访问的结果，所以别再盯着解析商的控制台看了，那不是问题所在，国内云服务器圈子里，这个误区导致的时间浪费极其普遍，经常有人在解析服务商那改了半天配置，回来还是打不开，最后发现是Nginx没绑公网IP。
谁能访问我服务器上的网站，全看我服务器的带宽和IP
买服务器时,很多人会关心“服务器ip购买多少钱一年”或“独立IP多少钱一年”，公网IP属于云服务商的稀缺资源，带宽和IP是两个独立计费维度，但你买服务器浑身解数去调IP，不如把精力放在安全组和Web配置上，IP好不好看不影响你的站点访问，只有那些需要做集群、邮件服务或者特殊业务的人，才真正需要关注IP的纯净度。
服务器换了IP，只需要重新解析域名
迁移机房或换IP后,解析域名确实指向了新IP，但千万别忘了检查新服务器上有没有绑定之前的旧IP，行业共识认为，站点迁移后，最常出问题的不是域名解析，而是新服务器上Web服务监听的IP端口没跟上，旧站的配置文件里还留着旧IP的绑定，新IP没有一个正则被监听，结果就是域名已经解析过去了，但服务器不认账，你在浏览器里输入新IP，自然是一片空白，除了快照迁移整体环境，最快的确认方法是在本地执行curl http://新IP -I，看有没有返回响应头，拿不到响应头就说明Web服务层面还有拦截。
改完配置重启服务就万事大吉，忽略系统防火墙遮罩
这个问题在Ubuntu和Debian系服务器上尤其常见,你用ufw status查看状态，如果输出Status: active，且列表里没有80/tcp ALLOW，那不管Nginx配置得多完美，外部请求一样会被系统防火墙直接掐掉，很多朋友说“我防火墙关了呀”，你确认下你关的是云平台安全组的防火墙，还是操作系统自带的防火墙，两个层面都得放行。
直接访问服务器ip为什么打不开了：常见追问
问：我用域名能打开网站，但换成IP就不能访问，两者有什么区别？
没有任何本质区别,服务器处理的是同一个请求，唯一的差异在于HTTP请求头中的Host字段，浏览器访问域名时，Host里带的是域名；访问IP时，Host里带的是IP，Web服务器就是根据这个字段来决定把请求交给哪个站点，所以域名能开、IP不能开，基本可以断定是Web服务器的虚拟主机配置没匹配到IP。
问：服务器IP被墙了吗？怎么判断？
如果你在国外服务器上部署的网站,用国内的网络访问不了，但用海外节点访问正常，那确实可能是被防火墙策略限制了，你可以尝试更换服务器的连接端口，比如把SSH从22改到别的端口，测试一下非标准端口是否能通，如果非标准端口能通，而80/443不通，说明是网站层面的屏蔽，这种情况别硬抗，要么换线路，要么换机器。
问：我在云厂商控制台开放了安全组，也改了系统防火墙，还是打不开，还有什么可能？
查看Web服务监听的IP地址,执行netstat -tlnp命令，看80端口监听的是0.0.0还是，如果是0.0.1，那肯定只能本机访问，配置文件中明确写明了监听的IP，比如listen 127.0.0.1:80;，改成listen 80;就能监听所有可用接口，另外一个隐蔽角落是SELinux状态，CentOS系统如果开着SELinux且没放行HTTP服务，也可能导致权限被拒，用getenforce查看，返回Enforcing就先临时关闭验证一下，命令是setenforce 0，慎用，验证完问题解决再考虑具体放行规则。
服务器IP打不开,是建站新手遇到的第一道坎，多数情况并非网络瘫痪或设备故障，而是配置细节不到位，从Web服务的绑定，到防火墙的放行，再到安全组的规则，一层层排查，很快就能定位问题，找不到方向时，记住一句话：IP是门牌号，服务器配置是钥匙，两者对上了，网站自然就开了。