我在浏览器地址栏里敲下一串数字：203.208.50.3，直接回车。访问页面居然弹出了谷歌的网站搜索框。这事儿换了别人可能觉得邪门，直接但我清楚——那是访问一台位于美国加州的服务器，IP直连，网站绕过了DNS解析。直接你看，访问互联网的网站底层逻辑就是这么直白：域名是给人记的，IP才是直接机器认的。

大多数人对IP直连的访问认知停留在"翻墙"层面，其实这想法太窄了。网站我有个朋友在本地部署了一套NAS（网络附加存储），直接平时访问全靠192.168.1.100这种内网地址。访问有天他出差在外，网站想调取家里文件，折腾半天没搞定——因为他非要用域名，而路由器上的DDNS（动态域名解析）服务恰好过期了。我让他直接输公网IP加端口号，十秒连上。他愣了半天："原来还能这么玩？"

IP直连的价值在于绕过中间环节。域名系统（DNS）确实方便，但它也是瓶颈——服务器宕机、解析被污染、缓存延迟，任何一环出问题，域名就废了。但IP是死的，只要服务器还通着电，它就在那儿等你。2017年GitHub遭遇大规模DNS劫持时，很多开发者就是靠直连IP才保住代码仓库的访问权限。那会儿我正好在改一个紧急bug，记忆犹新。

当然，直连IP不是没有代价。最直观的问题是IP地址难记，一串104.26.10.229谁记得住？另一个麻烦是端口号——如果服务跑在非标准端口，你还得记一串数字加冒号。更头疼的是，很多网站用虚拟主机技术，一个IP上挂了几百个域名，你直连过去只会看到默认页或者403错误。像GitHub Pages那种服务，压根不给你直连的机会。

但换个场景，直连IP简直是救星。我去年折腾过一台树莓派，跑着Home Assistant（智能家居中枢）。因为运营商分配的是动态公网IP，每次重启路由器地址就变。后来我干脆写了个脚本，每次开机自动把新IP发到我的Telegram（即时通讯软件）上。需要远程控制时，直接点开消息里的链接——IP加端口，一气呵成。域名？不需要。DDNS？见鬼去吧。

还有个更极端的例子。去年某地断网事件中，有技术团队靠卫星链路临时搭了个通信系统，用的就是纯IP直连。没有DNS服务器，没有域名注册商，只有一串IP地址和一条加密隧道。在那种场景下，IP直连已经不是技术选择，而是生存手段。

说到底，IP直连就像走野路。正经公路（域名系统）平坦但可能堵车，野路坑洼但永远通着。日常使用我懒得记IP，但真到关键时刻，我会毫不犹豫甩开域名，直接按IP摸过去。别觉得这有多高级——就是多敲几个数字的事，但能省下大把排查DNS故障的时间。下次遇到网站打不开，先别急着骂服务器，试试ping一下域名拿IP，再直接访问。说不定问题就出在DNS上，而你早就绕过去了。