QuickQ 连接后DNS还是国内的

出现这种情况通常是因为域名解析泄露、设备或路由器保留本地解析、系统的私有解析设置（例如手机的私有解析）、第六版因特网协议未处理，或该虚拟专用网络软件未强制所有流量走隧道。先检测是哪种，再按系统逐项排查并测试。

QuickQ 连接后DNS还是国内的

Table of Contents

先把问题拆成小块：为什么连接VPN后DNS还是国内的？

把这个问题想清楚，像拆玩具一样拆成几部分：谁在问域名（设备、路由器、操作系统、应用），谁能回答（本地缓存、路由器、ISP、VPN提供的DNS），以及网络路径是不是经过VPN隧道。常见原因有几类：

DNS泄露（DNS leak）：域名查询没有通过VPN隧道，而是走了本地网络或ISP的解析服务器。
系统或路由器缓存/配置：路由器或设备上配置了固定的国内DNS，VPN未能覆盖这些设置。
私有DNS或系统特性：例如Android的“Private DNS”、某些系统的DNS代理（systemd-resolved、mDNS等）会优先使用本地策略。
分流/按应用路由（split tunneling）：VPN没有设置为“所有流量走VPN”，只有特定流量经过隧道。
IPv6未被处理：设备通过IPv6发起DNS或数据，VPN只处理了IPv4，导致泄露。
ISP透明拦截：有些ISP会在网络中透明替换DNS请求，即使你设置了其他DNS，也被强制重写。
DNS缓存未刷新：之前的解析结果仍在本地缓存，短时间内看起来像“还是国内的”。

先检测再动手：如何判断是哪一类问题

先不要动手改设置，做几个简单检测，能节省很多时间。检测的目标是：确认DNS查询的“答复者”（resolver）是谁，查询是否走了VPN接口，是否有IPv6流量。

通用检测思路

用在线检测工具（例如常见的“DNS leak test”或“IP leak”类网站）看解析服务器显示是谁。注意记录显示的解析服务器IP或所属地。
在本地运行查询命令，观察返回的“server”或“nameserver”。
短时间切换VPN开/关，比较查询结果差异，观察是否有缓存影响。

不同系统上常用的命令（快速对照）

平台	查看DNS服务器	刷新DNS缓存
Windows	ipconfig /all 或 nslookup www.example.com	ipconfig /flushdns
macOS	scutil –dns 或 networksetup -getdnsservers <服务名>	sudo killall -HUP mDNSResponder（视macOS版本而异）
Linux	cat /etc/resolv.conf 或 systemd-resolve –status 或 resolvectl status	sudo systemd-resolve –flush-caches 或 sudo resolvectl flush-caches
Android	Settings → Private DNS / 使用网络诊断App或Termux中的dig	切换飞行模式或重启网络，或重启设备
iOS	Wi‑Fi 设置中的 DNS（或使用网络诊断工具）	关闭Wi‑Fi重连或重启设备

逐项排查与解决方法：按情形来修复

下面按常见原因给出具体操作步骤，尽量把每一步说明得像教朋友一样简单。

1. 确认是否为DNS泄露

连接VPN后，访问一个DNS泄露检测网站，记录返回的DNS服务器IP和地理位置。
如果显示的DNS属于你当地的ISP或国内服务商，而不是VPN服务商或你预期的国家，就说明有DNS泄露。

解决办法

在QuickQ或VPN客户端中启用“DNS Leak Protection”或“Force DNS via VPN”选项（若有）。
将系统DNS手动设置为VPN提供的DNS或常用的公共DNS（例如1.1.1.1、8.8.8.8），但仅当VPN能保证这些查询走隧道时才这样做。
使用解析加密（DoT/DoH）——如果客户端支持，让DNS通过TLS或HTTPS加密后再发出。

2. 检查分流/按应用路由（split tunneling）

有些设置下，只有特定应用的流量会通过VPN，其他应用（包括系统DNS客户端）仍走本地网络。

在QuickQ客户端里查找“应用分流”或“仅代理特定应用”的设置，确认是否启用了分流。
临时关闭分流或启用“全局模式/所有流量走VPN”，然后再做DNS泄露检测。

3. 系统自带的私有DNS或DNS代理（以Android与Linux常见）

Android的“Private DNS”、systemd-resolved 等都会改变DNS处理方式，可能不走传统的 resolv.conf。

Android：设置 → 网络与互联网 → 私有DNS，看看是否设成了某个供应商；尝试设置为空或关闭，或设置成“自动”。
Linux（systemd-resolved）：用 resolvectl status 或 systemd-resolve –status 检查；如果有本地127.0.0.53类的缓存服务，注意它的上游服务器。
如果是这类代理，确保VPN客户端能够接管或配置上游为VPN的DNS，或在VPN启动后更新这些代理的上游设置。

4. IPv6 漏洞

如果VPN只处理IPv4，设备还在通过IPv6发送DNS或流量，就会泄露真实地理信息。

检测是否有IPv6地址（在ipconfig/ifconfig或系统网络设置中查看）。
暂时禁用IPv6或在VPN客户端中启用IPv6支持（如果VPN支持）。

5. 路由器层面的DNS配置或ISP透明解析

如果路由器本身配置了固定域名解析（比如路由器指向国内DNS），所有连到路由器的设备都会用它。

登录路由器管理界面，检查WAN和DHCP的DNS设置，看看是否被设置为ISP的DNS。
若你是按设备级别使用VPN（而不是在路由器上），最好把路由器的DNS改成中立或VPN建议的值，或者在路由器上直接运行VPN（把流量都送入隧道）。
如果ISP做了透明DNS劫持，单纯改DNS可能无效，这时需要使用DoT/DoH或让VPN承载DNS查询。

6. 清理缓存（别小看它）

很多时候你已经修好了设置，但旧的解析仍在缓存里，让你以为没变。

按照上表的命令清除DNS缓存：Windows的 ipconfig /flushdns，macOS的 killall -HUP mDNSResponder（视系统版本），Linux的 resolvectl flush-caches 等。
手机可以通过打开飞行模式几秒钟再关来快速“清缓存”。

进阶防护：更强力但要谨慎的办法

如果上述基本措施不能彻底解决，可以考虑一些更强的手段，但这些需要一定技术基础并且要小心备份当前设置。

在本机/路由器上强制规则（防止绕过）

在Linux系统上可以用防火墙规则强制所有53端口的DNS请求只允许走VPN接口：例如（示例）将非VPN接口的DNS请求丢弃：iptables -I OUTPUT ! -o tun0 -p udp –dport 53 -j DROP（注意：tun0只是示例接口名，实际以你的VPN接口为准）。
在Windows可以使用Windows Defender 防火墙建立出站规则，阻止对53端口的直接访问，或只允许通过VPN适配器。
在路由器上设置防火墙或DNS转发策略，禁止LAN设备直接访问外部DNS服务器，强制DNS走路由器内部的加密转发或VPN。

使用加密的DNS（DoT / DoH）

加密解析能避免ISP篡改或监听，常见方案是DNS over TLS（DoT）或DNS over HTTPS（DoH）。

如果QuickQ或系统支持，可以优先启用解析加密；Cloudflare、Google等公共DNS也提供这类服务（配置请参考对应设置方法）。
注意：即使使用DoH/DoT，如果查询本身在VPN外发送，还是会泄露，核心是“查询路径”被VPN接管。

如何验证：做一个可复现的测试流程

把下面的步骤当成清单，每一步都记录结果，这样问题成因就会明显。

1) 关闭VPN，检查本地DNS：运行 ipconfig /all（Windows）或 resolvectl status（Linux），记录DNS。
2) 启动VPN，先不做其他改动，再次运行相同命令，观察DNS是否改变；同时在DNS泄露检测网站记录显示的解析服务器。
3) 如果DNS未改变，尝试在VPN客户端里切换“全局模式”或启用DNS泄露防护，再重复检测。
4) 如果仍异常，按照本指南中针对系统的步骤（私有DNS、IPv6、路由器设置、缓存清理）逐项排查并在每步后测试。
5) 最后，记录最终哪个动作解决了问题，便于日后快速处理或向客服反馈。

给普通用户的实用快捷清单（快速操作）

先重启QuickQ客户端和设备，重试一次测试网站。
在QuickQ中打开“全流量走VPN”或“DNS泄露防护”。
清除本地DNS缓存（Windows：ipconfig /flushdns；手机：飞行模式开关）。
检查Android私有DNS设置或iOS的Wi‑Fi DNS条目，临时改为“自动”或空。
禁用IPv6（如果不熟悉IPv6），再测试。
如仍未解决，向QuickQ客服提供你做的检测结果（DNS服务器IP、测试网站显示的解析器），便于他们定位。

给技术用户的提示（少量命令示例）

Linux 强制阻止非VPN接口的DNS（示例，以防误用）：iptables -I OUTPUT ! -o tun0 -p udp –dport 53 -j DROP
检查当前DNS解析器：nslookup www.example.com 或 dig +short @resolver example.com
Linux清缓存：sudo resolvectl flush-caches；Windows清缓存：ipconfig /flushdns

最后一点：和VPN厂商沟通的要点

如果按步骤排查仍无法解决，把下列信息一并提供给QuickQ的客服会很有帮助：

你使用的设备与系统版本（例如 Windows 10 21H2、Android 11 等）。
QuickQ客户端版本以及你选择的服务器节点（国家/节点名）。
在VPN连接前后的DNS查询结果（命令输出或检测网站截图的文字信息）。
是否启用了分流、私有DNS或IPv6。

好像把所有可能性都列了，写着写着有点像一个现场排障手册——其实就是这样，按步骤来就行。有些问题是很显性的，改一两处设置就好了；有些是ISP或者路由器的“幽灵行为”，那就得用加密DNS或把VPN放到路由器上做整体接管。别忘了：做任何会改网络和防火墙的操作前，先记下原始设置，这样能回滚。需要的话，你可以把检测结果贴给QuickQ客服，他们一般会让你做几步日志采集来定位。