机械革命控制台和v2rayN TUN模式的奇怪……冲突？（允许IPV6可以解决）

省流版：

机械革命控制台和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模式的表现

可以看到一直在转圈圈，当时我人都是蒙的，然后开始了漫长的排查，浪费了好几天时间，甚至重装了几次系统 ^-^

我都在想寄回售后了，然后晚上非常偶然，是的非常偶然，控制台还在后面转圈，刚好我闲得无聊开关TUN模式，然后……嗯？控制台好了？ ^-^

随后我再确认了一遍，可以肯定的是，只要打开TUN模式，控制台就无法使用（表现为转圈），关闭TUN模式后正常（到底是谁的问题暂不清楚）

在issues中也找到了类似情况



顺便说一下息屏风扇狂转的情况我到现在也有，根本不清楚原因 ^-^我之前还一直以为是有挖矿或者又是鸡哥硬件问题了

机械革命的控制台的调试日志在%userprofile%/logs，其中SystrayComponent.log记录了GUI和后端 MQTT 服务器通讯的日志

先回到电脑，现在我知道是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规则 ^-^

不过还是挺高兴的，至少验证了不是硬件问题