适应俄罗斯法规
问题
CLORE.AI 上的大部分机器位于俄罗斯,主要是因为能源价格低廉。
不同的服务,甚至连接到其他国家的通用虚拟/专用服务器,可能会被一些俄罗斯 ISP 屏蔽。CLORE.AI 是一个去中心化的无权限网络,拥有许多主机,这些主机在俄罗斯使用居民/商业互联网连接,根据互联网服务提供商的不同,可能会限制对非标准协议的访问,例如
stratum+tcp / stratum+ssl
websockets(WebSocket)
或甚至来自某些托管提供商的任何 TCP/UDP 连接
主要是因为自动化防火墙试图阻止对 VPN 服务的连接,非标准协议/通用服务器可能会被标记为此类流量
在某些情况下,域名本身也可能对 HTTPS 流量起作用,例如在以下情况中所示 帖子 可能是因为请求中的 SNI 头在 TLS v1.3 以下版本时提到了非俄罗斯域名
实际情况非常具体,取决于许多并非完全公开的因素,本文可以帮助你减轻因阻止连接而出现的误报
值得了解
在 GigaSPOT 快照中,国家代码采用 ISO 3166-1 alpha-2 指定
解决方案
连接到公共矿池
使用公共矿池时,尝试对位于俄罗斯的机器使用托管在俄罗斯的 stratum 连接,这可以通过 GigaSPOT 市场中为每台机器显示的国家代码来确定 ISO 3166-1 alpha-2 格式。需要说明的是,最近一些俄罗斯机器显示为哈萨克斯坦“KZ”IP 地址,因此被报告为 KZ。通常可以安全地将所有 KZ 视为 RU 并对两者使用相同配置
连接到我的 websocket / http / https 服务
例如,你可能有自己的主机用于在 GigaSPOT 上提供脚本和部署文件,这对以下情况尤其有用 从 Ubuntu 基础镜像运行工作负载
在这种情况下,我可能建议将你的主机放在 Cloudflare 代理下,这通常可以访问。我们见过一些情况,例如在 Cloudflare 下的 websocket API 被某些俄罗斯互联网服务提供商限制访问,这种情况不太可能发生,但获取 .ru 域名有所帮助
你也可以尝试将主机设置在俄罗斯,一个很好的选择可能是 https://pq.hosting/ 该站点接受加密货币支付。
容器内检查
你可以设置检查并为俄罗斯和外部世界的机器设置单独的端点,并根据它能到达哪个端点来启动工作负载,这里无法给出通用指南,因为不同工作负载的实现可能差别很大。
部署时的规则
你可以让你的机器人部署两种变体的工作负载,可能通过 ENV、不同镜像、entrypoint 等来调整,以区分俄罗斯和外部世界。如前所述,某些俄罗斯机器显示为哈萨克斯坦“KZ”,在此情况下将哈萨克斯坦视为俄罗斯是安全的。
结语
虽然目前大多数俄罗斯机器并不存在连接受限的问题,但这种情况并非罕见,最好做好准备以防止经济损失。
理想情况下使用上述一些技巧,或者你可以尝试维护一个黑名单,将那些无法正常工作的机器/主机列入黑名单,这些问题可能由这些限制引起。
最后更新于
这有帮助吗?
