
























省流版:
机械革命控制台和v2rayN的TUN模式存在兼容问题(算不算bug我不清楚),开启TUN模式会导致控制台连不上后端无法使用
原因(猜的):控制台仅通过IPV6连接,开启TUN模式未允许IPV6导致GUI和后端连接失败所以转圈圈
我的疑问:开启IPV6会不会造成泄露什么的 ![]()
顺便想问下佬友
为什么我核心设置已经是xray了,但是实际工作的感觉是sing_box啊
我观察到的迹象
任务管理器只有sing_box进程,位于v2rayN\bin\xray的核心似乎根本没有启动? ![]()
TUN网卡也叫sing_tunnel
把日志给AI也说这是sing_box后端
先说一下配置和各软件版本
电脑:机械革命极光X Pro
系统:Windows11 专业版25H2
机械革命控制台版本: 5.56.60.22可以在这下载
但是只有机械革命的机子才能正常安装使用哦
v2rayN版本:7.22.7
之前一直用的flclash系统代理模式,最近才转到v2rayN,然后也是理所应当的用上了TUN模式(主要是方便哇,而且还不用担心泄露或者软件不走代理,反正v2rayN的分流真的很舒服喵)
v2rayN所有设置我都保持的默认,因为也不会调 ![]()
然后这是直接开启TUN模式的表现
可以看到一直在转圈圈,当时我人都是蒙的,然后开始了漫长的排查,浪费了好几天时间,甚至重装了几次系统 ![]()
看到打不开我第一反应就是重启电脑,然后当然也是不行
于是在网上搜索资料,看到有人说是GCUB bridge服务被禁用了,我去排查了发现是好的,然后不知道怎么办了,期间去找了下机械革命的客服,客服给的方案是卸载ACPI Driver驱动,再卸载控制台重启,当然我试了也没有任何效果 ![]()
这个时候网上基本上都没什么有效信息了,我都开始怀疑是不是我瞎改windows设置改炸了什么,最后也是准备了好一会儿狠下心来重装系统,当然不负众望的是干净重装后我第一时间去安装控制台,可以正常打开了欸
(因为这个时候我还没有打开v2rayN)然后就是按照自己的习惯开始调教windows,其中可能存在破坏性变更的包括:移除Windows defender,用GitHub工具卸载windows内置的edge(我是真不喜欢edge,日常chrome),通过调时间大法防止Windows更新
然后,在我安装好软件开始正常使用后……控制台又开始转圈了 ![]()
然后我疯狂的卸载重装,清理注册表,卸载重装,清理注册表……还是不行。然后我才开始考虑是不是我移除组件导致的,于是……再次重装,这次我什么组件都没动,安全中心在,edge也在,更新也是正常的,然后控制台果然正常打开了,然后我就想这样总好了吧
当然不出意外……我打开v2rayN上网后,突然又发现打不开了(但这个时候并没有往这方面想)
这个时候我人都懵了,因为我的所有设想都被推翻了,我甚至开始害怕是不是硬件出毛病了(毕竟网上鸡哥还是饱受诟病的),然后我又去搜资料,又找了另一位贴吧老哥所说的……
我都在想寄回售后了,然后晚上非常偶然,是的非常偶然,控制台还在后面转圈,刚好我闲得无聊开关TUN模式,然后……嗯?控制台好了? ![]()
随后我再确认了一遍,可以肯定的是,只要打开TUN模式,控制台就无法使用(表现为转圈),关闭TUN模式后正常(到底是谁的问题暂不清楚)
在issues中也找到了类似情况
顺便说一下息屏风扇狂转的情况我到现在也有,根本不清楚原因
我之前还一直以为是有挖矿或者又是鸡哥硬件问题了
机械革命的控制台的调试日志在%userprofile%/logs,其中SystrayComponent.log记录了GUI和后端 MQTT 服务器通讯的日志
2026-06-26 14:24:22 - “Connect Fail !”
2026-06-26 14:24:22 - " Reconnection to Server …"
2026-06-26 14:24:22 - “MQTT connected.”
2026-06-26 14:24:27 - “--------------------------------Service_ClientConnectionEvent”
2026-06-26 14:24:27 - “Connect Fail !”
2026-06-26 14:24:27 - " Reconnection to Server …"
2026-06-26 14:24:27 - “MQTT connected.”
2026-06-26 14:24:32 - “--------------------------------Service_ClientConnectionEvent”
2026-06-26 14:24:32 - “Connect Fail !”
2026-06-26 14:24:32 - " Reconnection to Server …"
2026-06-26 14:24:32 - “MQTT connected.”
2026-06-26 14:24:37 - “--------------------------------Service_ClientConnectionEvent”
2026-06-26 14:24:37 - “Connect Fail !”
2026-06-26 14:24:37 - " Reconnection to Server …"
2026-06-26 14:24:37 - “MQTT connected.”
2026-06-26 14:24:42 - “--------------------------------Service_ClientConnectionEvent”
2026-06-26 14:24:42 - “Connect Fail !”
2026-06-26 14:24:42 - " Reconnection to Server …"
2026-06-26 14:24:42 - “MQTT connected.”
2026-06-26 14:24:47 - “--------------------------------Service_ClientConnectionEvent”
2026-06-26 14:24:47 - “Connect Fail !”
2026-06-26 14:24:47 - " Reconnection to Server …"
2026-06-26 14:24:47 - “MQTT connected.”
2026-06-26 14:24:52 - “--------------------------------Service_ClientConnectionEvent”
2026-06-26 14:24:52 - “--------------------------------Service_ClientConnectionEvent”
2026-06-26 14:24:52 - “MQTT connected.”
2026-06-26 14:24:52 - “SubScribed 1”
2026-06-26 14:24:52 - “Published 2”
2026-06-26 14:24:52 - “Published 3”
2026-06-26 14:24:52 - “Published 4”
2026-06-26 14:24:52 - “Published 5”
2026-06-26 14:25:39 - “MqttData isAc True”
2026-06-26 14:25:39 - “Service_DataChange Tray/Status, OperatingMode: 1”
2026-06-26 14:25:40 - “Service_DataChange Fan/Status, OperatingMode: 1”
2026-06-26 14:25:41 - “Service_DataChange Fan/Status, OperatingMode: 1”
2026-06-26 14:38:25 - “OpenApp”
2026-06-26 14:38:29 - “Service_DataChange Fan/Status, OperatingMode: 1”
2026-06-26 14:38:34 - “Service_DataChange Fan/Status, OperatingMode: 1”
2026-06-26 14:38:39 - “Service_DataChange Fan/Status, OperatingMode: 1”
先回到电脑,现在我知道是TUN模式导致的问题了,然后我就开始调整设置,最后我发现在开启IPV6的情况下可以实现TUN模式和控制台共存
当然我是比较好奇背后的原因的,于是稍微做了点调查
deepseek给的回答
可以使用 使用 netsh wfp show netevents 查看WPD的事件日志
然后找到有关GCU的日志
<item>
<header>
<timeStamp>2026-06-26T07:05:21.445Z</timeStamp>
<flags numItems="10">
<item>FWPM_NET_EVENT_FLAG_IP_PROTOCOL_SET</item>
<item>FWPM_NET_EVENT_FLAG_LOCAL_ADDR_SET</item>
<item>FWPM_NET_EVENT_FLAG_REMOTE_ADDR_SET</item>
<item>FWPM_NET_EVENT_FLAG_LOCAL_PORT_SET</item>
<item>FWPM_NET_EVENT_FLAG_REMOTE_PORT_SET</item>
<item>FWPM_NET_EVENT_FLAG_APP_ID_SET</item>
<item>FWPM_NET_EVENT_FLAG_USER_ID_SET</item>
<item>FWPM_NET_EVENT_FLAG_IP_VERSION_SET</item>
<item>FWPM_NET_EVENT_FLAG_REAUTH_REASON_SET</item>
<item>FWPM_NET_EVENT_FLAG_PACKAGE_ID_SET</item>
</flags>
<ipVersion>FWP_IP_VERSION_V6</ipVersion>
<ipProtocol>6</ipProtocol>
<localAddrV6.byteArray16>::1</localAddrV6.byteArray16>
<remoteAddrV6.byteArray16>::1</remoteAddrV6.byteArray16>
<localPort>62560</localPort>
<remotePort>13688</remotePort>
<scopeId>0</scopeId>
<appId>
<data>5c006400650076006900630065005c0068006100720064006400690073006b0076006f006c0075006d00650033005c00700072006f006700720061006d002000660069006c00650073005c006f0065006d005c003a67b06869977d54a76336522d4ec35f5c0061006900730074006f006e00650073006500720076006900630065005c006d00790063006f006e00740072006f006c00630065006e007400650072005c0067006300750073006500720076006900630065002e006500780065000000</data>
<asString>\.d.e.v.i.c.e.\.h.a.r.d.d.i.s.k.v.o.l.u.m.e.3.\.p.r.o.g.r.a.m. .f.i.l.e.s.\.o.e.m.\.:g.hi.}T.c6R-N._\.a.i.s.t.o.n.e.s.e.r.v.i.c.e.\.m.y.c.o.n.t.r.o.l.c.e.n.t.e.r.\.g.c.u.s.e.r.v.i.c.e...e.x.e...</asString>
</appId>
<userId>S-1-5-18</userId>
<addressFamily>FWP_AF_INET6</addressFamily>
<packageSid>S-1-0-0</packageSid>
<enterpriseId/>
<policyFlags>0</policyFlags>
<effectiveName/>
</header>
<type>FWPM_NET_EVENT_TYPE_PUBLIC_CLASSIFY_DROP</type>
<classifyDrop>
<filterId>132989</filterId>
<layerId>50</layerId>
<reauthReason>64</reauthReason>
<originalProfile>0</originalProfile>
<currentProfile>0</currentProfile>
<msFwpDirection>MS_FWP_DIRECTION_OUT</msFwpDirection>
<isLoopback>true</isLoopback>
<vSwitchId/>
<vSwitchSourcePort>0</vSwitchSourcePort>
<vSwitchDestinationPort>0</vSwitchDestinationPort>
</classifyDrop>
<internalFields>
<internalFlags numItems="1">
<item>FWPM_NET_EVENT_INTERNAL_FLAG_FILTER_ORIGIN_SET</item>
</internalFlags>
<capabilities/>
<fqbnVersion>0</fqbnVersion>
<fqbnName/>
<terminatingFiltersInfo numItems="4">
<item>
<filterId>132989</filterId>
<subLayer>65535</subLayer>
<actionType>FWP_ACTION_BLOCK</actionType>
</item>
<item>
<filterId>111251</filterId>
<subLayer>FWPP_SUBLAYER_INTERNAL_FIREWALL_APP_ISOLATION</subLayer>
<actionType>FWP_ACTION_PERMIT</actionType>
</item>
<item>
<filterId>66589</filterId>
<subLayer>FWPP_SUBLAYER_INTERNAL_FIREWALL_QUARANTINE</subLayer>
<actionType>FWP_ACTION_PERMIT</actionType>
</item>
<item>
<filterId>111078</filterId>
<subLayer>FWPP_SUBLAYER_INTERNAL_FIREWALL_WF</subLayer>
<actionType>FWP_ACTION_PERMIT</actionType>
</item>
</terminatingFiltersInfo>
<filterOrigin>Unknown</filterOrigin>
<interfaceLuid>6755399441055744</interfaceLuid>
<policyAppId/>
<compartmentId>1</compartmentId>
<processId>20912</processId>
<serviceSids/>
</internalFields>
</item>
AI的解读
目前最简洁的方案就是开启IPV6了,要么就要修改WPD规则 ![]()
不过还是挺高兴的,至少验证了不是硬件问题
此内容由惯性聚合(RSS阅读器)自动聚合整理,仅供阅读参考。 原文来自 — 版权归原作者所有。