通过IP访问服务器，指的是不经过域名解析，直接使用服务器的IP地址在浏览器、SSH客户端或各类工具中连接服务器并获取其上运行的服务，这是网络通信最基础的形态，也是排查故障时绕不开的底层手段。
通过ip访问的服务器是什么意思？拆开看就清楚了
要弄懂这个概念,先分清三个角色：发起访问的终端、服务器的IP地址、服务器上运行的服务。
- 发起访问的终端：你的电脑、手机、平板，它们负责发出请求。
- 服务器的IP地址：相当于服务器在互联网上的门牌号，公网IP全球唯一，私有IP只能在局域网内使用。
- 服务器上运行的服务：比如Nginx、Apache、IIS这些Web服务，它们监听某个端口，等待请求进来。
一次完整的通过IP访问,流程是这样的：你在浏览器输入http://123.123.123.123，浏览器把这个请求发到这台设备的80端口，服务器上的Web服务收到请求后，把网页文件返回给你，整个过程没有域名解析器的参与，纯粹靠IP定位。
这里面有个细节容易被忽略：IP分为IPv4和IPv6两种格式，我们常说的168.1.1是IPv4，而2408:8400:xxxx:xxxx这种一长串十六进制数字是IPv6，目前多数云服务器同时支持两种协议，但国内网络环境下IPv6的普及率仍在爬坡阶段，实操中你用IPv4访问的情况占绝大多数。
ip地址访问服务器和域名有什么区别
这是新手经常混淆的地方。域名访问和IP访问，本质区别在于”翻译环节”是否存在。
| 对比项 | IP直接访问 | 域名访问 |
|---|---|---|
| 地址形式 | 数字，如123.123.123 |
字母组合，如example.com |
| 解析过程 | 无DNS解析，直连 | 先经过DNS服务器解析出IP再连接 |
| 证书匹配 | 容易触发证书警告 | 证书与域名绑定，HTTPS正常 |
| 适用场景 | 测试环境、内网系统、IP直连服务 | 对外提供网站服务、邮件服务 |
| 灵活性 | IP一变，所有访问者都会失联 | 域名不变，只需更新DNS记录指向新IP |
| 安全防护 | 直接暴露端口，容易遭到扫描 | 可接入CDN、WAF等防护层 |
拿现实生活打个比方,域名就像你朋友的名字，IP就像他家的坐标，你喊名字，全国同名的人不少，得先查一查（DNS解析）才能确定是哪一个；你直接按坐标找，一步到位，但坐标一旦记错或者对方搬家（IP变更），你就找不着人了。
那为什么很多网站不推荐用IP访问？ 主要原因是安全性和信任度，浏览器对纯IP访问会默认降级信任级别，遇到HTTPS证书不匹配时直接弹警告，用户一看就觉得不靠谱，IP直连等于把服务器光着身子晾在公网上，扫描工具几分钟就能发现你开了哪些端口，爆破攻击随之而来。
怎么通过ip访问服务器？三个场景给出操作路径
浏览器访问Web服务
这是最常见的需求,比如说你想看一台服务器上部署的网站测试环境，操作步骤如下：
- 确认服务器公网IP,在云服务商控制台或服务器上执行
curl ifconfig.me都能看到。 - 确认Web服务监听的端口,默认80（HTTP）或443（HTTPS）。
- 浏览器地址栏输入
http://IP或https://IP，如果端口改了，写成http://IP:8080这种格式。 - 如果弹出证书警告,选择”继续访问”因为证书通常绑定域名，IP直连时浏览器没法验证身份，这属于正常现象。
SSH远程登录服务器
运维同学每天必做的操作,系统不同，命令略有差异。
- Windows用户：按
Win+R打开运行框，输入powershell回车，在PowerShell窗口里敲ssh root@IP地址，回车后输入密码。 - Mac/Linux用户：直接打开终端，
ssh 用户名@IP地址。 - SSH端口不是默认22时：加参数指定，
ssh -p 端口号 用户名@IP地址。
如果你在云服务商控制台重置了密码还登不上,先去检查安全组是否放行了22端口的入方向规则，这是相当一部分登录失败的原因。
通过IP访问服务器上的数据库或其他服务
这类访问通常需要配合端口使用,比如MySQL默认3306、Redis默认6379，在客户端工具（Navicat、RedisDesktopManager）里，主机地址填IP，端口填对应服务的监听端口，再填账号密码就能连上。
需要注意的是，数据库这类服务不建议对公网开放，尽量通过内网或堡垒机访问。
服务器ip访问不了怎么办？按这个顺序排查
多数情况下，IP访问失败都是配置层面的问题，不是硬件故障。 服务器也是有自己的脾气的，你得顺着它的逻辑一步步找。
- 先ping一下：本地终端执行
ping 服务器IP，如果超时，说明网络不通或防火墙拦截了ICMP协议。 - 再测端口：用
telnet IP 端口或nc -vz IP 端口验证，端口不通，查服务器防火墙规则（iptables、firewalld、安全组）。 - 检查服务状态：在服务器上执行
systemctl status nginx或ps aux | grep httpd，确认Web服务本身没挂。 - 看监听地址：用
netstat -tlnp看服务监听的是0.0.0还是0.0.1，如果只监听127.0.0.1，相当于门锁在屋里，外部永远进不来。 - 确认备案限制：在中国大陆，云服务器的80/443端口对外提供网站服务通常需要备案，一些服务商对未备案的IP直连会做限制，具体情况查服务商文档最准确。
行业共识认为,相当一部分”IP访问不了”的问题，最后查下来都是安全组规则或者防火墙没放行对应端口，你看，服务器有时候也挺冤的。
为什么有时只有IP能访问，域名却打不开？
这个情况在备案、DNS解析出问题时特别常见，域名打不开但IP能通，说明服务器本身没问题，问题出在域名链路。
- DNS记录失效：A记录被删了、过期了，或者指向了错误的IP。
- 域名未备案：国内服务器上，域名不备案解析过去会被阻断。
- 本地DNS缓存污染：执行
ipconfig/flushdns（Windows）或sudo dscacheutil -flushcache（Mac）刷新缓存。 - 域名被墙：这种情况多发于海外服务器，页面反复超时。
这时候用IP访问就变成了排查工具,先确认服务器本身是通的，再反推域名环节哪一步断了，效率比干瞪眼高得多。
通过IP访问服务器的安全风险与规避
直接暴露IP,相当于把家的坐标公告天下，风险是实打实的。
- 被扫描攻击：公网IP在明处，扫描器全天候探测常见端口，弱密码几分钟就被爆破。
- SSL证书不匹配：HTTPS证书绑定域名，用IP访问会触发浏览器警告，用户信任度直接打折。
- 绕过防护层：CDN、WAF这些防护机制依赖域名分发，IP直连等于主动脱掉了防弹衣。
- IP被封风险：一旦IP被攻击或触发服务商的风控策略，整台服务器可能被限制外网访问。
规避思路很简单：能用域名就别用IP，如果业务上必须IP直连（比如内部系统），至少做三件事：把SSH默认端口22改成高位端口（比如22222，编辑/etc/ssh/sshd_config后重启服务），禁用密码登录改用密钥对认证，在安全组里配白名单只允许特定来源IP访问，这样即便暴露，也没那么容易攻破。
通过ip访问的服务器常见问题Q&A
Q：通过IP访问服务器和通过域名访问，速度上哪个更快？
A：IP直连省去了DNS解析这一跳，理论上建立连接的时间略短，但实际体感差异微乎其微，因为DNS解析通常只需要几十毫秒，如果域名访问明显卡顿，更多是CDN回源策略、服务器带宽或地域节点的问题，跟用不用IP关系不大。
Q：用IP访问自己的服务器提示”不安全”，会被拦截吗？
A：浏览器会显示”不安全”并给出警告页，但通常不会强制拦截，你点击”高级”再选择”继续前往”就能访问，真正会被拦截的情况是服务器启用了HSTS策略，这个策略要求浏览器强制使用HTTPS且证书有效，纯IP访问会被直接拒绝，解决办法是给IP签发一张SSL证书（部分CA提供IP证书），或者把业务迁到域名上。
Q：在本地电脑上访问虚拟机里的服务器，算通过IP访问吗？
A：算，虚拟机有自己独立的局域网IP（比如VMware默认的168.x.x网段），你从宿主机通过这个IP访问虚拟机里的Nginx或Tomcat，本质上就是一次完整的IP访问，只是IP属于内网段，这在本地开发调试时非常常用，流程和公网IP访问一模一样。