@hez2010

解释很清楚，谢谢。

微软野心很明显。Windows11 24H2 中的 explorer 强制 recall 作为 dependency ，然后装系统之后默认启用，问过用户吗？

[问问视频下面留言的人看看]( https://www.youtube.com/watch?v=G9FRadIkkE0)，然后我顺手引一个 top 评论

```
作为德国和欧洲公民，我真诚地敦促您使用“违反欧盟法律投诉表”（很遗憾无法在此处链接）向欧盟委员会报告此事。8 月，欧盟理事会裁定，根据隐私法，微软必须允许完全卸载 Recall 和 Copilot 。 正如您所证明和证实的那样，强制使用这些功能违反了上述裁决。

As a German and European citizen, I sincerely urge you to report this to the European Commission using the "Complaint Form for Breach of EU Law" (can't link here sadly). In August, the EU Council ruled that Microsoft must enable the complete uninstallation of Recall and Copilot due to privacy laws. Making these features mandatory, as you can demonstrate and prove, constitutes a violation of that ruling.
```

@EVANGELIONAir

微软公司搞公共关系的 PR 你好，看你的回帖记录能看的很明白。

但你的回应没有意义。issue 里写的很明白了。拜拜。

@hez2010

首先，那个 issue 里写的很明白了，直接卸载 recall 才会导致这个问题

···
Components: Copilot (User Experience Aix) removal is breaking new explorer tabs
found this on ntlite changelog
maybe this is the issue with microwin also
···

只有禁用 recall 但是**不卸载**recall 才能不影响 explorer

```
@zmileski, @InvisibleRasta, the latest commit to the draft PR now does the following. It leaves Recall enabled, but then it disables it on the first run. During my testing, it kept the explorer look intact
```

说白了，你的解释没有太大价值，issue 里写过了


其次，我看你经常性的发关于微软的新闻，我能问一下

”Windows11 24H2 中的 explorer 强制 recall 作为 dependency“，这句话对不对？如果不对，为什么会出现 issue 里提的问题？如果会，为什么 Windows11 24H2 中的 explorer 强制 recall 作为 dependency ？

可能有人有关 ech 的需求？

但我经常上的网站就用的 cf cdn 。如果没有 ech ，直连被 reset 的连妈都不认识了，有了 ech 是就正常连接。

试试 dns 用 cloudflare 的，这样能用 ECH 连接，我这能正常开网页，有点慢就是了

@iijboom

我这套餐办了快十年了。当时办的时候没要 iptv 。
现在找不到合适新套餐了。价格都离谱。

@iijboom

iptv 不是我需要啊，家里其他人的需求我改不了

你给的那个测试网站我测过很多次，没遇到问题。
我这一直开着 ipv6 ，访问 gfw 不拦着的国内外网站没有明显的问题。我是奇怪为什么这个测试网站能触发 reset 。

@liyue961

是的，跨网问题本来不该是问题的，结果现在不知道何时才能解决了。

@ajyz

差不多。我这是比你那边严重一些。

@ajyz

iptv 地址确实是移动的。我这边到 iptv 的随机丢包和流量限制不止发正在晚高峰时段，整个下午都会有这个问题。

@iijboom

现在 ping 上面这个地址是正常不掉包的，可能只是按时段 QOS ？投诉这事我试试看，是挺恶心的，找个懂技术的问问去。

ipv6 测试网站这事，多刷新几次是可以稳定看到连接重置。

补充一下，ping iptv 里的[2409:8087:1a01:df::7005]地址，就能清楚的看到不明原因的丢包现象

2409:8087:1a01:df::7005 的 Ping 统计信息:
数据包: 已发送 = 159 ，已接收 = 138 ，丢失 = 21 (13% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 33ms ，最长 = 39ms ，平均 = 34ms