668.su打不开，地址栏的https补全、缓存、DNS按顺序查

把668.su打不开输进搜索框的人，多半已经重复了同一个动作好几遍：在地址栏敲完回车，页面转圈，然后什么都没有。这件事其实可以拆成三段来看，地址有没有被浏览器悄悄改动，本地有没有留下旧数据，以及域名还能不能被解析出地址。顺序颠倒着试，很容易在缓存、网络、浏览器之间来回打转，最后连哪一步起过作用都记不清。

668.su打不开，先处理地址栏的https补全

把668.su打不开的原因先往地址栏上放一放，是最省时间的一步。不少浏览器会在你只输入裸域名时自动补全，常见的两种做法是加上https://，或者顺手在前面添上www。补全之后访问失败，返回的其实是补全后那个地址的结果，和你原本想打开的那一个未必是一回事。可以点一下地址栏，把完整的那一行从头到尾看一遍，重点看协议部分、有没有多余的斜杠或空格，确认无误再回车一次，对比前后提示有没有变化。

页面缓存和Cookie，先分清整站还是单页

如果地址栏那一步没有问题，第二个要排除的是本地留下的旧数据。常见的判断办法是开一个无痕窗口再访问一次，无痕窗口不读取常规缓存，如果这里能打开，而普通窗口依旧停在668.su打不开的状态，问题大概率就落在缓存或Cookie上。桌面端可以只清理这个站点的数据，不必把整个浏览器清空，手机端则在浏览器设置里找到站点数据一栏。清理之后第一次加载通常比平时慢，属于重新拉取资源的过程。

另外还要分清是整站打不开，还是只有某个具体页面打不开。首页正常、内页报错，往往和本地缓存关系不大，更像是那个页面的资源没加载上；反过来，所有页面都停在同一个提示上，才值得回头查网络。

手机流量能开、Wi-Fi打不开，差别在哪

同一个网址，用移动数据能打开，连上家里的Wi-Fi就不行，这种情况基本可以把设备本身排除掉。差别通常出在路由器或运营商那一段的域名解析上，解析没有拿到地址，浏览器就只能停在原地。可以先用移动数据再确认一次是否稳定复现，再回到Wi-Fi下重启路由器，或者把设备上的DNS改成公共地址试试。如果两个网络下都是668.su打不开，那就继续往后看，不必在网络上反复折腾。

ping和nslookup能看出断点落在哪一段

想把范围再缩小，可以借两条命令来看。ping域名看的是能不能拿到回应，nslookup看的是域名有没有被解析成地址。前者一直超时、后者能返回地址，说明解析这一环是通的，卡在连接或服务器响应；两者都拿不到结果，问题更可能出现在解析环节或所在网络的出口上。浏览器里按快捷键打开开发者工具，在网络面板里看那条请求的状态码，也能提供线索，连接被拒绝、请求超时、页面不存在，对应的位置完全不同。

换浏览器换设备都一样，还要不要继续刷新

换一个浏览器、换一台设备、换一个网络，三种情况都试过还是打不开，继续按刷新键的意义就不大了。这时更实际的做法是隔一段时间再访问，或者换一个时段再试，因为页面短时间不可达有时是临时的。也可以把地址发给处在另一个网络环境下的人，让对方帮忙点一次，用来判断是普遍现象还是你这一端的问题。

把顺序记住：地址栏先看清楚，缓存与Cookie再排除，网络换一遍，最后用命令和状态码定位到具体一环。按这个路径走下来，668.su打不开这件事通常会收敛成一句能说清楚的话，是地址写错了，是本地数据旧了，是解析不通，还是页面本身暂时没有响应。