WallessPKU Notification

为庆祝六一国际儿童节, 儿童节期间 (6.1 — 6.7), Walless 每天会补充 20G 流量, 以资各位冲浪!

某位开发者开发了一个 Firefox 浏览器的 WallessPKU 代理插件, 支持订阅更新, 节点更换, 以及智能路由 (内置 GFWList). 欢迎体验!
https://addons.mozilla.org/en-US/firefox/addon/359_proxy/

简化的代理服务器列表

如果您刚刚更新订阅, 您会发现服务器变少了. 这不是因为我们减少了节点供应, 而是我们简化了服务器的陈列方式.

简言之, 我们把多台服务器合并为一个 "聚合" 节点, 以减少用户订阅中的节点数. 比如我们之前在服务商 A 在香港订阅了十台服务器, 在之前您会看到:

 [HK-A1, HK-A2, ..., HK-A10]

但现在我们仅仅向您展示 HK-A. 这个节点是十台服务器中的随机的一台.

现在的节点和之前节点的关系是:

- HK-A = sample(HK-1, HK-2, ... HK-10)
- HK-G = sample(HK-G1, HK-G2)
- US-H = sample(US-H1, US-H2)
- US-R = sample(US-R1, US-R2, US-2)
- SG-M = sample(SG-1, SG-2)

理论上讲, 新的服务器陈列方式不会影响服务器性能, 因为每一个节点背后的服务器都有相同的配置. 我们认为这样的举措有助于优化用户的体验, 帮助我们更好地平衡服务器负载, 同时也可以减少服务器离线对用户的影响. 但如果您希望服务器被单独陈列, 请在订阅地址后面加入 cluster=false 参数.

谁能追踪你翻墙的痕迹? 对代理服务器的最低信任.

Walless 经常被质疑的一个问题是, 我们提供的服务是否是 “蜜罐”: 我们是否用免费的服务器吸引用户, 然后把用户数据卖给政府? 证明一个代理提供商并不是 “蜜罐” 非常困难, 而任何审计手段都有可能被操纵. 如果你担忧自己的隐私安全而缺乏相应的网络技能, 我认为你应该对代理服务器保持最低限度的信任: 假设所有代理提供商都已经被渗透, 在此基础上了解自己哪些信息可能会获取, 以及如何最大限度保持自己的匿名.

更多内容请看我们的这篇博文.

删除广告屏蔽分组

WallessPKU 将不再提供 AD 分组. AD 分组本意是增加一些广告屏蔽规则, 但广告规则体积庞大, 导致订阅文件臃肿. 另外 WallessPKU 的广告规则已经很久没有更新, 效果非常一般. 综合考虑之后我们将不再提供广告屏蔽规则, 有相关需求的用户可以使用常见的浏览器插件或者自定义广告屏蔽规则的 Clash 订阅文件.

由于 Nature 帐号系统不再给未注册用户发密码重置邮件, 我们决定更换合作伙伴为 ORCID. 更改已经更新到我们的注册页面.

Nature 已经修复了自己的故障, 我们已经恢复了 Nature 的合作关系.

移除 Scholar 分组 & 对 OpenAI ChatGPT 的不完全支持

因为 Walless 的 IP 不一定很干净 (普通商宽 IP), 很多网站会屏蔽 Walless 节点的访问, 其中包括 Google Scholar 和 OpenAI. 我们之前的方案是单独做一个 Scholar 分组, 保证里面的服务器都能访问 Google Scholar. 我们最近换了思路, 决定给所有服务器装 cloudflare warp, 并且把 Google Scholar 和 OpenAI 的流量路由到 cloudflare 的 IP. 对于用户而言, 有两点变化:

1. Scholar 分组被移除. GFW 分组将承担 Scholar 的流量. 如果有些节点不能访问 Scholar, 可能是 cloudflare 的 IP 也不干净, 请考虑换一个节点.
2. 很多节点已经可以访问 OpenAI. 请主意, 鉴于 OpenAI 的风控等级, Walless 并不承诺维护 OpenAI 的正常访问. 请自行选择能访问 OpenAI 的节点使用 ChatGPT. 请注意 OpenAI 并不对香港地区开放服务.

根据我们的测试，很多 Walless 的节点不能发 tweet。我们预测是 Twitter 提高了风控等级，屏蔽了我们的节点 IP。我们目前并无对策。

截止目前, Clash Core 以及基于 Clash 的很多客户端据悉均已删库. 我们到目前为止并没有发现任何迹象表明这些客户端最后的发行版本留有后门, 而且我们的后端暂时也没有适配别的客户端订阅文件. 所以如果你在使用 Clash, 你可以继续使用. 如果这些软件被发现 compromise, 或者我们已经适配新的客户端, 我们会在这里通知各位.

我们备份了一些 Clash 客户端的最后发行版本: https://890535.xyz/blog/walless/2023/11/04/clash.html

Walless
2023.11.03

由于 VMess 协议容易导致服务器端口被墙, 而且运行 V2Ray 对服务器压力很大, 我们决定即日起停止提供 VMess 协议的服务. 由于 6to4 隧道必须走 VMess协议, 即日起 6to4 服务也将不再提供.

如果您使用的客户端是下面所列之一:
- Clash For Windows
- ClashForAndroid
- ClashX
- Pharos Pro
- Stash
- Choc
- Shadowrocket
- clashdotnet
- v2rayn
那您不需要进行任何操作. 否则, 您可能需要更新订阅以使用 HTTP 代理协议. 造成不便, 敬请理解!

最近我们的订阅地址 941321.xyz 被一些 DNS 拒绝解析. 我们暂时不知道原因. 如果你不能订阅, 请尝试把订阅地址的域名从 941321.xyz 修改为 subs.941321.xyz. 修改后的地址应该形如:

https://subs.941321.xyz/clash/EMAIL_ADDRESS/PASSWORD

如果你忘了订阅地址, 请在客户端的订阅中找. 如果你不知道怎么找, 可以尝试重新注册.

由于 Walless 在 BBS 上的两个帖子都已经只读, 不能编辑, 如果您想把 Walless 推荐给北大朋友, 请使用这个地址:
https://189854.xyz
为了避免博客被爬虫爬到, 我们把博客隐藏到了验证页面之后. 各位获得博客地址之后, 请不要在任何公开页面/群组分发这个地址. 感谢!

注册功能已经重新开启. 请注意现在的注册方式和过去不同, 我们不再要求您发邮件给我们, 而是验证一封您收件箱中的邮件的信头来验证您的 PKU 邮箱. 详细的操作方案请查看:
https://189854.xyz

由于我忘记续费域名, 订阅服务和节点的 DNS 解析短期内可能会不可用. 我已经续费域名, 各位静静等待本地的 DNS 解析刷新即可.

blog 的迁移

由于 DNS 污染, 原 blog 地址可能不能正常访问. 新地址: https://wallesspku.com

关于 clash 不能正常工作的问题

ShadowRocket 和旧版 clash 不能正常工作的原因是 clash 从 1.9.0 开始不再向后兼容 vmess 旧版配置, 所以我修改了返回格式, 但是内核 1.7.0 之前的 clash 不能识别新配置. 不过我刚刚已经添加了向后兼容的订阅配置, 所以应该没有问题了.

解决方案: 如果你使用的是 clash_for_windows, clash_for_android, clashx, 最好的建议是更新软件. 如果你使用的是别的软件, 请更新订阅.

香港订阅服务器的调整
你可能已经注意到了 WallessPKU 近期下线了 4 台 HK 服务器, 这是计划中的. 半个月内 HK-9 与 HK-10 也会下线. 调整的原因是我们新增了一台服务器 (暂命名为 HK-P, 未来可能会调整). 新服务器是一台 200M 家宽服务器, 足够承担这段时间下线的服务器的全部流量, 而且可以解锁所有流媒体. 欢迎体验!

个性化订阅服务
我们现在开放一些订阅服务的 API 以便于用户个性化订阅文件. 目前开放以下参数:
- client: 值为 string. 强制指定客户端类型. 例如 ClashForWindows 的代码为 "cfw", ClashForAndroid 为 "cfa", ClashX 为 "clashx", Pharos 为 "pharos". 区分大小写. 如果不提供, 则以 GET 的 user agent 为准.
- version: 值为 string. 强制指定客户端的版本号. 如果不提供, 则以 GET 的 user agent 为准.
- group: 值为 string. 值必须为某个 proxy provider 的名字. 如果不提供, 则返回订阅文件主体; 否则返回指定的 provider.
- provider: 可以为 true 或者 false. 是否使用 provider 来更新服务器列表. 如果不设置, 我们在 cfw, cfa, 和 clashx 的请求中使用 provider, 在别的客户端中不使用 provider.

示例:
https://wallesspku.space/clash/[email protected]/password?client=cfw&provider=false

关于代理协议的变更
经过一段时间的调试, 我们决定同时提供 HTTP 和 Vmess 两种连接方式. 如果你正在使用 ClashForWindows / ClashForAndroid / ClashX, 那你将被自动分配到 HTTP 协议的代理服务器, 否则我们只提供 Vmess 的连接方式. 每台服务器都同时跑两种协议, 代理协议的变更不会影响用户可以连接到的服务器数量.
考虑到 Scholar 和 6to4 使用 HTTP 代理会出现一些 bug, 而且流量规模确实也不大, 我们将继续使用 Vmess 协议代理 Google Scholar 流量和隧穿流量.
如果想强制使用 vmess 或者 http 代理协议, 请看下一条通知.