URenko

QUIC目前干扰严重，还需具体考察

> 多个端口对应不同上级代理 是什么意思 Accesser的不同入口端口对应不同的上级代理吗？ 另外具体是哪种代理（协议）？

 ### Solution: use HTTP as protocol, also for HTTPS. #### Technical details: These garbled characters are the head of HTTPS. In fact, the HTTP (proxy) protocol will send a...

看起来是DNS的锅？解析到疑似为pixiv的Cloudflare节点（`104.18.12.135`），修改`dnscrypt/cloaking-rules.txt`使用`210.140.131.203`的IP似乎可行。 Cloudflare的话会有 #19 的问题 虽然看起来目前修改配置文件就能解决，但是鉴于打算做一些修改，暂不更改（持续咕咕咕中）

@ASC8384 至少从我这里的测试来看是可用的，你的连接问题可能是丢包过多（从ping来看），可尝试换个IP（还有很多） @hoochanlon 看起来CSP只涉及HTTP及往上层，与TLS及其下层无关，不太理解的你的第一句话（如有我不了解的地方还请给出详细说明）。 虽然这里的方法对于CDN无用（尤其是Cloudflare），但从实践的结果看效果不错。 最后感谢你的收录。

@hoochanlon 可能是你/我误会了，你说的这个和本issue的问题不是同一个问题

@ASC8384 目前代码仓库里的`dnscrypt/cloaking-rules.txt`没加P站，要手动加，至于不起效，也许是格式不对或者域名不对？ @hoochanlon 脚本在浏览器外，而且建立连接在CSP前，故并无关联，本issue大概是服务器的问题（如CDN）

@ASC8384 暂时不用pull，遥远的未来打算做一些修改 登录问题是已知的，上面那位说的CSP可能是原因

> Accesser在谷歌上无效，可能因为禁用了域前置 我这里测试似乎未发现禁用域前置，能提供下连接所使用的Google的IP和Accesser的错误提示吗

关闭证书校验呢？我这里也出现证书匹配问题，关闭证书校验就可以访问（注意安全）。 根据 #19 的现象，拒绝域前置应该表现为直接结束握手，连证书也不会发。