Original Summary

参考了两个链接： 1: 解决 Clash verge 开启 Tun 模式后无任何网络连接的解决方法 解决 Clash verge 开启 Tun 模式后无任何网络连接的解决方法 开发调优 问题原因： 前不久由于clash verge开启tun后无法上网，为了使用Antigravity配置了proxifier从而连接上了。但是采取同样方案最近想使用Antigravity时发现要么卡在登录回弹。要么卡在模型选择 [one moment the agent is currently loading]。尝试各种方法无果后还是想用tun模式。 在这个贴子中的所有方法我都尝试过了 解决 Cl… 2: tun模式突然无法上网，内有详细排查步骤，我还需提供哪些信息以排查问题？ github.com/clash-verge-rev/clash-verge-rev [BUG] tun模式突然无法上网，内有详细排查步骤，我还需提供哪些信息以排查问题？ 已打开 09:09AM - 12 May 26 UTC 已关闭 08:46AM - 12 Aug 26 UTC mylovesaber bug platform:windows area:backend ### 问题描述 / Describe the bug 以最近一个月为时间跨度（win系统），tun模式下断网是一天前因为网线松了导致网络不稳定，等重启交换机 … 和重新插拔网线后正式出现，表现为之前完全正常使用的软件配置和系统配置下，突然变成完全没法上网的状态。防火墙在本月全程处于关闭状态。全程只操作过这些： 测延迟、换选节点、开关tun开关、更新订阅按钮、切换已有订阅卡片 我做的排查： - clash确认是最新稳定版 - 手机开热点给电脑连，能连上但处于断网状态，排除运营商或公司路由策略影响（手机三大运营商都有卡） - 电脑重启，还是断网 - win系统回退，重启电脑后还是断网，排除系统前几天更新而最近两天才重启电脑的影响可能 - 手机和电脑同订阅和节点选择，手机访问谷歌正常，排除机场原因 - 命令行执行命令并重启电脑依旧断网：netsh winsock reset 和 netsh int ip reset - clash关闭tun开关，退出软件，系统进程中搜索clash并杀掉服务，网络正常 - 电脑中可能与网络争夺有关的软件：openvpn确认软件没有开启，vmware有自己独立的虚拟网卡应该没冲突，wsl2网络模式为nat，调整后只保留这些选项开启：启用localhost转发、启用自动代理、启用DNS代理，且已执行命令： wsl --shutdown，此时还处于断网状态 - 开启clash，开启tun，断网 到此我觉得可能是clash软件的问题，因此执行重置clash的操作： clash关闭tun并卸载tun服务，退出软件，确保后台没有clash有关进程，然后删掉clash的配置文件并重新打开clash以重置软件： %UserProfile%\AppData\Roaming\io.github.clash-verge-rev.clash-verge-rev 为重置后的clash进行最小化配置（其他所有配置选项均保持默认）： 1. 添加一个可用的机场订阅并刷新 2. 代理页面节点选择并刷新延迟，选择我常用确认可用的节点（手机也确认可用的相同节点） 3. 回到首页 edge打开谷歌搜索和百度搜索两个tab页模拟翻墙可访问和直连可访问： - clash功能没启用：此时只有百度能打开。 - clash启用系统代理：谷歌和百度都能打开。 - clash启用tun模式：谷歌百度都打不开 以上的排查有让gemini的介入协助，但是他似乎没有什么好办法，我想用tun，因为该模式很省事，我在用反重力，且vmware的虚拟机不需要每个vm都配置系统代理就能和win一起用机场。 我现在非常迷茫，不知道现在有什么是我可以提供的信息，有谁有什么头绪吗？ ### 软件版本 / CVR Version ``text System Name: Windows System Version: Windows 11 Pro for Workstations System kernel Version: 26200 System Arch: x86_64 Verge Version: 2.4.7 Running Mode: Service Is Admin: false ` ### 复现步骤 / To Reproduce 为重置后的clash进行最小化配置（其他所有配置选项均保持默认）： 1. 添加一个可用的机场订阅并刷新 2. 代理页面节点选择并刷新延迟，选择我常用确认可用的节点（手机也确认可用的相同节点） 3. 回到首页 ### 操作系统 / OS - [x] Windows - [ ] Linux - [ ] MacOS ### 操作系统版本 / OS Version 26200 ### 日志(勿上传日志文件，请粘贴日志内容) / Log (Do not upload the log file, paste the log content directly) 日志里面只有 logs/latest.log 和 logs/service/service_latest.log，对于调试我需要两个都提供还是只提供哪个？ #### logs/latest.log ``log [2026-05-12 17:21:43.382] DEBUG GuardMonitor checking Sysproxy: Sysproxy { host: "127.0.0.1", bypass: "localhost;127.;192.168.;10.;172.16.;172.17.;172.18.;172.19.;172.20.;172.21.;172.22.;172.23.;172.24.;172.25.;172.26.;172.27.;172.28.;172.29.;172.30.;172.31.*;<local>", port: 7897, enable: true } [2026-05-12 17:21:47.697] DEBUG ipc::request::handler; cmd="get_app_uptime" kind="sync" loc.line=13 loc.col=0 is_internal=false [2026-05-12 17:21:47.697] DEBUG ipc::request::run; [2026-05-12 17:21:53.713] DEBUG ipc::request::handler; cmd="get_app_uptime" kind="sync" loc.line=13 loc.col=0 is_internal=false [2026-05-12 17:21:53.713] DEBUG ipc::request::run; [2026-05-12 17:21:57.266] DEBUG starting new connection: https://api.ip.sb/ [2026-05-12 17:21:57.266] DEBUG proxy(http://127.0.0.1:7897/) intercepts 'https://api.ip.sb/' [2026-05-12 17:21:57.266] DEBUG connecting to 127.0.0.1:7897 [2026-05-12 17:21:57.266] DEBUG connected to 127.0.0.1:7897 [2026-05-12 17:21:57.267] DEBUG No cached session for DnsName("api.ip.sb") [2026-05-12 17:21:57.267] DEBUG Not resuming any session [2026-05-12 17:21:57.802] DEBUG Using ciphersuite TLS13_AES_256_GCM_SHA384 [2026-05-12 17:21:57.802] DEBUG Not resuming [2026-05-12 17:21:57.802] DEBUG TLS1.3 encrypted extensions: ServerExtensions { server_name_ack: (), selected_protocol: SingleProtocolName(ProtocolName(6832)), unknown_extensions: {}, .. } [2026-05-12 17:21:57.802] DEBUG ALPN protocol is Some(b"h2") [2026-05-12 17:21:57.803] DEBUG binding client connection [2026-05-12 17:21:57.803] DEBUG client connection bound [2026-05-12 17:21:57.803] DEBUG send frame=Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384, max_header_list_size: 16384 } [2026-05-12 17:21:57.803] DEBUG Connection; peer=Client [2026-05-12 17:21:57.804] DEBUG pooling idle connection for ("https", api.ip.sb) [2026-05-12 17:21:57.804] DEBUG send frame=WindowUpdate { stream_id: StreamId(0), size_increment: 5177345 } [2026-05-12 17:21:57.804] DEBUG send frame=Headers { stream_id: StreamId(1), flags: (0x5: END_HEADERS | END_STREAM) } [2026-05-12 17:21:58.067] DEBUG received frame=Settings { flags: (0x0), max_concurrent_streams: 100, initial_window_size: 65536, max_frame_size: 16777215 } [2026-05-12 17:21:58.067] DEBUG send frame=Settings { flags: (0x1: ACK) } [2026-05-12 17:21:58.067] DEBUG received frame=WindowUpdate { stream_id: StreamId(0), size_increment: 2147418112 } [2026-05-12 17:21:58.067] DEBUG received frame=Settings { flags: (0x1: ACK) } [2026-05-12 17:21:58.067] DEBUG received settings ACK; applying Settings { flags: (0x0), enable_push: 0, initial_window_size: 2097152, max_frame_size: 16384, max_header_list_size: 16384 } [2026-05-12 17:21:58.067] DEBUG received frame=Headers { stream_id: StreamId(1), flags: (0x4: END_HEADERS) } [2026-05-12 17:21:58.067] DEBUG received frame=Data { stream_id: StreamId(1) } [2026-05-12 17:21:58.067] DEBUG received frame=Data { stream_id: StreamId(1), flags: (0x1: END_STREAM) } [2026-05-12 17:21:58.075] DEBUG send frame=GoAway { error_code: NO_ERROR, last_stream_id: StreamId(0) } [2026-05-12 17:21:58.075] DEBUG Connection::poll; connection error error=GoAway(b"", NO_ERROR, Library) [2026-05-12 17:21:58.075] DEBUG Sending warning alert CloseNotify [2026-05-12 17:21:59.731] DEBUG ipc::request::handler; cmd="get_app_uptime" kind="sync" loc.line=13 loc.col=0 is_internal=false [2026-05-12 17:21:59.731] DEBUG ipc::request::run; [2026-05-12 17:22:05.748] DEBUG ipc::request::handler; cmd="get_app_uptime" kind="sync" loc.line=13 loc.col=0 is_internal=false [2026-05-12 17:22:05.748] DEBUG ipc::request::run; [2026-05-12 17:22:07.339] DEBUG ipc::request::handler; cm

  • 情报分类：硬件与数码
  • 分类依据：内容涉及硬件、数码产品或通信卡
  • 信息来源：服务器 / LINUX DO - 最新话题
  • 发布时间：2026/9/29 18:07:03