QuickQ连接后部分网站能打开、部分打不开，如何按故障范围排查？

QuickQ 连接后若出现部分网站可达而部分不可达，应按故障范围由近及远逐步排查：先检查本机与路由器配置、DNS 与代理规则，再检测防火墙与安全策略，必要时用 traceroute 与抓包确认路径并保存日志以便后续分析和沟通。

quickq 基础故障范围分层排查思路

检查本机网络配置并验证本地连通性

• 验证网卡与IP配置：查看本机是否获取到正确的 IP、子网掩码、网关与 DNS，确保没有错误的静态路由或冲突地址导致部分站点不可达。
• 测试本机到默认网关连通：使用 ping 测试本机到路由器或默认网关的连通性，若丢包或无响应需先解决本地链路问题再继续上层排查。
• 检查本地 MTU 与链路质量：通过 ping 带 DF 标志或调整 MTU 测试大包传输，排查因 MTU 导致的 HTTP/TCP 连接不完整或部分网站加载失败。

排查路由器与局域网设备设置

• 核验路由器转发与 NAT 规则：检查家庭或公司路由器是否有访问控制、NAT 规则或静态路由限制，某些目标可能被策略或路由错误拦截或错误转发导致无法访问。
• 重启路由器并清理缓存：对路由器执行重启或刷新路由表、DNS 缓存等操作，排除设备异常或缓存污染引起的部分站点解析或转发异常问题。
• 检查交换机与 VLAN 配置：确认局域网交换机、VLAN 或 QoS 设置不会隔离或限速某些子网流量，确保访问策略一致性避免局部不可达。

使用 quickq 本地代理检查代理链与规则

• 验证 quickq 代理规则是否生效：检查 quickq 中的直连、代理与黑白名单规则，确认被拒绝或走不同出口的域名是否被误配置导致不可达。
• 切换直连与代理测试差异：通过临时关闭 quickq 代理或强制直连模式测试目标站点是否恢复，判断问题发生在代理链还是上游网络。
• 检查 quickq 代理上游节点健康：在 quickq 中测试所用上游节点的可用性与延迟，若上游节点对部分站点不可达应更换节点或反馈节点维护。

quickq DNS 与解析层面排查方法

刷新和更换 DNS 进行解析比对

• 强制刷新本地 DNS 缓存：清除系统 DNS 缓存并重新解析问题域名，确认是否存在老旧或错误解析导致部分站点无法访问的情况。
• 切换到可信公共 DNS：临时切换到 8.8.8.8、1.1.1.1 等公共 DNS，比较解析结果与响应时间，排除运营商 DNS 劫持或污染问题。
• 对比 A/AAAA/CNAME 记录：使用 nslookup 或 dig 对同一域名在不同 DNS 服务上查询，若返回 IP 不一致可能表示 DNS 劫持或缓存污染。

检测 DNS 劫持与分流行为

• 判断是否存在 DNS 劫持：将域名解析结果与权威 DNS 或在线工具比对，若 IP 被替换或指向异常则可能为运营商或中间件的劫持行为。
• 确认 SNI 与 HTTPS 拦截问题：部分中间件会基于 SNI 做分流或拦截，使用 curl 或浏览器开发者工具检查握手与证书是否被替换。
• 使用 DoT/DoH 验证解析完整性：启用 DNS over TLS 或 DNS over HTTPS 进行解析测试，若问题消失则可判断为传统 DNS 渗透或污染导致。

quickq 代理中间件与防火墙排查要点

检查终端安全软件与系统防火墙规则

• 确认防火墙是否限制端口或目标：查看本机和网关防火墙策略，是否针对特定端口、IP 段或域名做了拒绝或限制，造成部分网站请求被拦截。
• 排除安全软件拦截与深度包检测：关闭或暂时卸载杀软、家长控制等安全软件，判断是否由 DPI 或应用层拦截影响特定网站访问。
• 查看系统代理与证书拦截设置：检查系统代理配置、根证书链与 HTTPS 拦截策略，某些拦截会导致 HTTPS 站点无法建立安全连接。

分析 quickq 代理策略与上游通道稳定性

• 逐个规则启停评估影响范围：在 quickq 中逐条启用或禁用规则，观察哪些规则变动会使某些站点恢复，以定位误匹配或规则冲突。
• 测试不同上游节点与出口策略：切换 quickq 的上游节点或出口策略，比较目标站点在不同出口的可达性，判断是上游节点问题还是链路问题。
• 记录代理日志并定位错误码：开启 quickq 的调试日志或抓取代理请求响应，分析返回的错误码或超时信息以便精确定位问题环节。

quickq 设备与浏览器层面快速修复操作

清理浏览器缓存与强制刷新 DNS

• 清空浏览器缓存与 Cookie：在浏览器中清除缓存、Cookie 与本地存储后重新加载页面，排除缓存导致的页面加载异常或资源错位问题。
• 使用隐身或无痕模式测试：通过隐身窗口或不同浏览器访问问题站点，确认是否为浏览器插件、扩展或缓存导致的访问失败。
• 刷新系统 DNS 并重启浏览器：执行系统 DNS 刷新命令并完全关闭浏览器后重启，排除解析老缓存或持久连接导致的访问不一致。

尝试不同终端与网络环境验证问题范围

• 在手机或其他设备上测试：使用手机热点或其他设备连接同一网络，检查目标站点是否在其它终端可达，以判定问题是否终端特定。
• 更换网络环境对比测试：切换到外部网络或移动数据测试访问，若在其它网络正常则说明问题集中在当前局域网或 ISP 层级。
• 更新设备系统与浏览器版本：确保操作系统与浏览器为最新版本，修复已知兼容性或网络协议实现缺陷可能导致部分站点无法访问。

quickq 高级诊断：路由追踪与抓包分析

使用 traceroute 或 mtr 定位路径故障点

• 执行多点 traceroute 比较路径差异：对可达与不可达站点分别做 traceroute，比较中间跳数、丢包与延迟，定位出现问题的网络跃点或自治域。
• 分析丢包与延迟突增节点：若在某些跃点出现大量丢包或 RTT 激增，说明问题发生在该中间链路或运营商传输层，需上报运营商处理。
• 结合 mtr 做长时间连续监测：使用 mtr 或持续 traceroute 工具对可疑路径进行长时间观测，判断是否为间歇性故障或瞬时路由不稳定。

抓包分析 TCP 握手与 HTTP 响应细节

• 抓取客户端到服务端的完整会话：使用 wireshark 或 tcpdump 抓包，观察 DNS、TCP 三次握手、TLS 握手及 HTTP 请求响应是否存在异常或重传。
• 查找重置、超时或证书错误信息：在抓包日志中检索 RST、ICMP 不可达、TLS alert 或 HTTP 错误码，以便定位是 TCP 层、TLS 层还是应用层问题。
• 保存并对比可达与不可达会话：将正常访问与失败访问的抓包进行对比，标注差异并提供给上游节点或 ISP 作进一步分析与修复。