文件上传框需要美化……BS的死穴，不能直视……

@Fade

$ python -m SimpleHTTPServer 8081
Serving HTTP on 0.0.0.0 port 8081 ...

@Actrace 楼主说可以远程了，不用烤肉了

条件真迷人 可以远程兼职不>_<

@whuhacker 感觉也没有特别贵啊。。。不过要看这10M共享带宽的质量了。。

@iveney 多谢，我试了下，BS的输入是^H，但stty -a中erase是^?，执行 ·stty erase "^H"· 以后bs可以正常回删字符了:D

上海电信：

C:\Users\felix021>ping 106.186.30.243 -t

正在 Ping 106.186.30.243 具有 32 字节的数据:
来自 106.186.30.243 的回复: 字节=32 时间=120ms TTL=46
来自 106.186.30.243 的回复: 字节=32 时间=119ms TTL=46
来自 106.186.30.243 的回复: 字节=32 时间=120ms TTL=46
来自 106.186.30.243 的回复: 字节=32 时间=121ms TTL=46
来自 106.186.30.243 的回复: 字节=32 时间=119ms TTL=46
来自 106.186.30.243 的回复: 字节=32 时间=119ms TTL=46

106.186.30.243 的 Ping 统计信息:
数据包: 已发送 = 6，已接收 = 6，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
最短 = 119ms，最长 = 121ms，平均 = 119ms

东海岸的延迟少不了吧。。

@iveney "erase = ^?"，我一般都用SecureCRT，emulation是xterm。

@luikore 嗯 我没看到发IV的代码。。

ssh是长，ss短，是 jasontse 说长连接效率低，我表示下不同意。

@luikore
测试了下1.3.3版的这个IV的确有效，就算是相同的请求，每次发送的信息也不同了，这是shadowsocks所有非table方法都依赖的库"M2Crypto"的功能，而且似乎server和local之间使用不同的iv也可以实现通信，这个比较神奇。鉴于ss中与这个库相关的代码太晦涩了，看不懂，作罢。


@jasontse
仔细看了下 server 和 local 之间使用的是个“超级简化版”的socks5协议，local给server发的消息只多了host:port字段（跟socks5的格式一致），其他就是原样转发数据（+加解密）。鉴于m2crypto本身比较牛逼，用它提供的加密方法以后，应该可以很大程度隐藏流量内容的特征了。

@luikore 看了下1.3.3版是有这个（不过没细看，所以没看到它是怎么跟server同步这个iv的），不过几个月前我看只有table加密版（估计是1.0.x）的源码，它只有一个基于key生成的encrypt_table和decrypt_table。

@jasontse
1. 长短链接“是否优点”与“是否是特征”是两个问题

2. 长连接效率差的结论似乎也不见得正确吧，至少可以省去每次连接时的三次握手；从TCP KeepAlive的实现上来说，只要C/S端都支持，维护长连接不需要多少额外的开销。

3. “不容易自动推断出来”，这个结论太自我了吧，socks5代理头的特征太明显了，不做流量混淆的话多抓几次很容易就可以推断出来。

4. 换一个加密算法只是换一个特征而已

5. 最后那句到底是承认shadowsocks的流量有特征还是没特征，我怎么觉得前后矛盾

@jasontse 并不是加密了就没特征，其实shadowsocks的特征非常明显的，首当其冲的就是一个HTTP请求发起一个链接。其次因为没有混淆，对流量进行审计的话，也能够挖出不少信息，例如socks5代理的请求头、http的header大体上都一致，每次加密的密码不变，密文也会非常相似，很容易就能发现是代理。

@xiaop 嗯。。mk在我家里跑了差不多一年了，不过我用得很轻，上一次重启（忘了什么原因）是99天之前 :D

@txgcwm 。。。我也是最近才刷得比较多，这貌似是第二个帖子

@delo 赞Ctrl+U

@whuhacker 试了下delete的效果是这样：
$ read
y^[[3~

@delo
@detailyang
@zava
这不是readline，也跟vi/emacs mode无关，详见帖子的补充说明。