Safari无法连接服务器但其他App正常时，问题极可能出在DNS解析；需通过ping和nslookup确认DNS失效，更换为1.1.1.1等公共DNS，清除负向缓存，并关闭Safari的DNS预取功能。
当Safari浏览器持续提示“无法连接到服务器”、页面空白或仅部分网站打不开，而其他App（如微信、邮件）能正常联网时，问题极可能出在DNS解析环节——域名根本没被正确翻译成IP地址，后续所有加载步骤都无从谈起。
第一步：确认是不是DNS真出了问题
别急着改设置，先用两行命令快速锁定故障层。如果连百度都ping不通，那大概率是网络断了；但如果能ping通IP却不能ping通域名，就坐实了DNS失能。
打开“终端”，依次执行：
ping -c 4 114.114.114.114 → 若收到响应，说明物理链路通畅；
ping -c 4 baidu.com → 若返回“未知主机”或“Name or service not known”，则DNS已失效；
nslookup www.apple.com 8.8.8.8 → 若成功返回IPv4地址，证明公共DNS可用；
nslookup www.apple.com → 若超时或报错，且上一步成功，则【本地DNS配置必然异常】。
第二步：手动换掉不可靠的DNS服务器
运营商默认DNS常有缓存污染、拦截重定向、响应延迟高等问题，换成Cloudflare或Google的公共DNS能绕过绝大多数解析失败。
方法一（Mac）：
进入“系统设置”→“网络”→点击当前Wi-Fi/以太网右侧“详细信息”→切换至“DNS”标签页；
点击左下角“+”号，依次添加：1.1.1.1、1.0.0.1、8.8.8.8、8.8.4.4；
【务必选中并删除所有192.168.x.x和10.x.x.x开头的条目】，这些是路由器自动分发的、常不可靠的内网DNS；
按住1.1.1.1左侧拖柄，将其拖至列表最顶端，确保优先使用；
点击“完成”，再在终端运行scutil --dns验证输出中是否含上述地址且无重复项。
方法二（iPhone/iPad）：
进入“设置”→“Wi-Fi”→点击已连接网络右侧的“i”图标→“配置DNS”→选择“手动”；
规划您的迪拜之旅 — 哈利法塔观景、沙漠探险、迪拜购物中心购物、棕榈岛度假村及黄金市场砍价。还提供支持...
删除全部现有条目，点击“添加服务器”，输入1.1.1.1；
再点一次“添加服务器”，输入8.8.8.8；
确保顺序为1.1.1.1在上、8.8.8.8在下，点击右上角“完成”，然后断开该Wi-Fi再重连。
第三步：清除固化在系统里的错误DNS缓存
有时问题只出现在某个特定域名（比如只打不开github.com），其他网站全正常——这说明macOS DNS缓存里存了一条NXDOMAIN负向记录，它会顽固拒绝解析该域名数小时，必须精准清除。
第一步：确认缓存中是否存在该域名的错误条目
在终端中运行：
sudo dscacheutil -cachedump -entries Host | grep -A5 -B5 "github\.com"
若输出中出现【NXDOMAIN】或TTL为0，就证实了负向缓存存在。
第二步：用hosts临时污染+刷新组合强制覆盖
① 执行：
sudo killall -HUP mDNSResponder
② 立即执行（把github.com替换成你实际出错的域名）：
echo "127.0.0.1 github.com" | sudo tee -a /etc/hosts
③ 再执行：
sudo dscacheutil -flushcache
④ 最后清理临时写入：
sudo sed -i '' '/github\.com/d' /etc/hosts
【sed命令中必须用反斜杠转义域名里的每个点号，否则会误删整行hosts】
第四步：关掉Safari自己搞事的DNS预取功能
这个功能本意是提速，但它会在后台疯狂查一堆域名，并把查不到的结果也缓存几小时。一旦某次查github.com返回NXDOMAIN，接下来两小时内你点十次都会失败。
打开Safari → 偏好设置 → 高级 → 取消勾选“在后台预加载网页以提高浏览速度”。
做完这一步，不用重启，直接新开一个无痕标签页测试目标网站。
