-
Notifications
You must be signed in to change notification settings - Fork 16.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
导入Android上的URL失败 #1240
Comments
这种URL定义太傻了,如果我是GFW管理者直接干掉105.112.105.112这个IP了,或者反查一下对应的VPS地址段,然后全部加入IP block list,我根本不关心你设置的加密和密码 |
Android版URL定义确实奇怪。 |
ss://bWV0aG9kOnBhc3N3b3JkQDczLjgwLjczLjgwOjQ1Mwo= ss://bWV0aG9kOnBhc3N3b3JkCg==@73.80.73.80:453 |
谁定义的这种URL格式 |
@breakwa11 在Dec 30 2016中就提到了新URL格式,并且@Mygod和@madeye似乎达成了一致使用半编码半明文的URL格式。 |
@thelastlin 提供的线索 shadowsocks/shadowsocks-org#27 |
其实是为了与rfc保持一致,不过他们可能忘记了这个不是普通的url,这个实际上就是你自己配置文件的变体。这么搞无异于把本来应该mask掉的信息直接分享出来。 我建议有脑子的人不要实现这个 |
暴露endpoint对ss是致命的,加密的目的是将这个endpoint看起来不可疑。各种探测是为了证明它是代理,如果已经知道了这个结论,直接封ip没有异议,毕竟前缀已经告诉他这个是ss了,也就是先有结论,那么过程完全不重要 |
厉害厉害,这格式太厉害了,SS大神们的想法和我这种一般人果然不同 |
如果传递时不注重保密的话,这两种编码方式对GFW无区别。传递配置的保密工作应由用户自行完成。 |
想想也有道理,开个脑洞。假设在网页中出现了如下内容,被邪恶的Bot看到了: 但如果拿掉协议头: 当然,更好玩的是多次base64编码(或者是编码解码比较耗时间的算法,让爆破取样效率降低) 另一方面,服务器主人要管理好自己的接入方式,这个 |
偶然间发现了有关SIP002的页面。其中有一条:
这样来说,因为PC版看上去还没有关于SIP003插件的计划,不兼容SIP002也很正常。 |
可以看看这个pull request |
之前略微测试了下这个pull request |
Fixed via |
版本
4.0.4.0(commit:057b148)
环境
Win10 x64 16241, VS2015 Update3, .Net Framework 4.7.02505
描述
PC版分享的URL是这样的:
ss://bWV0aG9kOnBhc3N3b3JkQDczLjgwLjczLjgwOjQ1Mwo=#thequickbrownfox
(更正:注释没有编码)而Android版(v4.1.8)分享的URL是这样的:
ss://[email protected]:453#jumpsoverthelazydog
(同上)PC版不能导入Android版分享出来的URL。
The text was updated successfully, but these errors were encountered: