希望支持 Cealing Host 和帮助维护 Cealing Host

[SpaceTimee]

Cealing Host 是一个专门收集 [域名, 可用 SNI, 可用 ip] 的配置文件，可能也是目前网站支持范围最广，维护及时性最高的同类配置文件，我是 Cealing Host 的主要维护者

不知 Accesser 愿不愿意与项目合作，加入对 Cealing Host 的解析支持

另外我也在努力为 Cealing Host 寻找合作维护者，我希望 Cealing Host 能保持最快的及时性，参与合作的维护者越多，有新的网站被阻断或者有规则失效时也就能越及时的补充和修复，不知大佬对这个项目感不感兴趣，感兴趣的话可以来成为存储库的合作者，我给你存储库的直接推送权限

[Sving1024]

很多域名没必要写死ip吧。
感觉确实可以省很多事。是不是可以把 dns 相关的设置移到 config.toml 里，然后 rules.toml 就专门用来设置如何访问域名的规则。不过加个json解析似乎没什么必要，可以考虑写个程序转换一下格式。

[SpaceTimee]

Cealing Host 其实是支持填域名的，我之前尝试过写域名，让用户自己解析出最适合他们本地的 ip，但我测下来还是写死一个优选过的 ip 用户的连接体验会更好一点，用户本地解析出来的 ip 的连接质量大多数情况下都不如写死的 ip 优秀，而且让用户自己解析也多了 DNS 污染这样一个的不稳定的因素

[URenko]

我也是倾向于不必要时不写死 IP，原因是这样在无维护状态下能具有更久的可用时间。

可以考虑用 GitHub action 进行自动双向同步，不过除了写死 IP 与无污染DNS/通过其他域名解析这一区别外，按照我的理解 Cealing Host 并不含对域名的校验，Accesser 默认做宽松而安全的校验，这意味着不是所有规则能直接适用。

[maoist2009]

你可以在设置命令行之前用doh解析。

我的tlsfrag是干脆写用cf doh（自己连自己来反dpi）。

优选最近也在考虑用ip重定向方式实现。

[maoist2009]

cealinghost似乎依赖一些奇怪的sni proxy。。
他们是依赖域前置无sni校验的，而不是单纯做客户端和服务端间的加密流量转发。
这点其实和accesser安全理念不大兼容

[maoist2009]

改个解析格式应该是个i简单的，llm都能干

[SpaceTimee]

cealinghost似乎依赖一些奇怪的sni proxy

现在只有谷歌规则使用了中转 ip (因为从去年年底开始谷歌 ip 被频繁封禁，没法找到长期可用的谷歌官方 ip)，其他规则都是用的官方 ip

[maoist2009]

cealinghost似乎依赖一些奇怪的sni proxy

现在只有谷歌规则使用了中转 ip (因为从去年年底开始谷歌 ip 被频繁封禁，没法找到长期可用的谷歌官方 ip)，其他规则都是用的官方 ip

你们挖到了greasyfork的源ip？

[SeaHOH]

@SpaceTimee 由于你的非匿名状态，我认为不可能有太多人会想加入的，因为一旦加入，你的帐号就会取得加入者的部分隐私信息查询权限。

[SpaceTimee]

@SpaceTimee 由于你的非匿名状态，我认为不可能有太多人会想加入的，因为一旦加入，你的帐号就会取得加入者的部分隐私信息查询权限。

有什么隐私信息能够被我查询到，只要不使用真实邮箱提交 commit 我好像也获取不到什么信息吧

[SeaHOH]

有什么隐私信息能够被我查询到，只要不使用真实邮箱提交 commit 我好像也获取不到什么信息吧

最基本的就是 IP 信息，这是邀请信息里面明确声明的，还有其它一些就不多说了。
还有，我的邮箱一直是公开的。

[SeaHOH]

关于谷歌，我最近使用的一批 IPv6 大概是两年前获取的，总数不到 30。
其中可能有失效的 (服务器变动引起)，但我并未重新验证过，因为一直用着绝大多数时候都没问题。
防火墙起码有四五年没有大规模针对性的封锁过谷歌 IP，反而是谷歌某些机房或服务器会限流或屏蔽大陆 IP。

[SpaceTimee]

可能有一些很幸运的 ip 被你找到了? 这是去年年底大规模封锁谷歌 ip 时的测试记录: GoodCoder666/GoogleTranslate_IPFinder#42

至少 GoogleTranslate IPFinder 这个项目扫描到的几乎所有 ip 都被封锁了 (无论 ipv4 还是 ipv6 全部一视同仁封锁)

[SeaHOH]

两年前换 IP 是因为，之前通过 y2b 等域名查询扫描网段得到的 IP 失效了，但那批 IP 也是稳定使用了相当长一段时间，显然是服务器正常调整而非被封。考虑到 DNS 分配的网段有更多可能会变动，所以这次没有再通过域名查询网段，而是从故旧的 IP 库中，随机挑了一些来扫描。结果就是至今依然保持正常使用。

另，提供一个我现在很少使用但确实好用的小技巧：
谷歌服务器 IP 地址后缀很多都是根据用途分配的，偶尔会有变动，扫描时可跳过大量无关 IP 提高效率。