首先准备需要使用的证书，如果证书不是PKCS #12格式的，需要先转换，可以通过OpenSSL完成：
|
1 |
openssl pkcs12 -export -out <OUTPUT_FILE>.pfx -inkey <INPUT_KEY_FILE>.key -in <INPUT_CERTIFICATE_FILE>.cer |
执行certlm.msc（注意不是certmgr.msc），打开本地计算机的证书管理器： 转到个人证书，在窗口右边空白处右键 – 所有任务 – 导入： 然后选择PKCS #12格式的证书文件进行导入。 导入完毕后，在证书列表双击导入后的证书，查看其指纹，并复制： 接下来以管理员身份执行cmd或者powershell，执行命令： [crayon-5b4c1ee78fbab4906 […]
A为服务器；B是一个在内网的计算机，经路由器C NAT可访问Internet，路由器C拥有一个Internet IP。 最近在给A与B弄UDP长连接：B主动向A构建UDP长连接，长连接构建成功后，刚开始，A与B分别都可以通过长连接主动向对方发送数据。 长连接闲置一段时间后，该长连接开始无法使用，需要B主动重新构建长连接后方可恢复。 具体原因可见IP Network Address Translator (NAT) Terminology and Considerations (RFC 2663) – 2.6. End of session for TCP, UDP a […]
前言 使用迅雷全速下载时，其余网络应用的体验几乎约等于断网状态。 全速下载时，迅雷并没有占用太多上行带宽，于路由器上观察上行速率，同样正常： 可见全速下载时出现的现象，问题在于下行。 迅雷全网搜索资源，这意味着会有许多来自不同地方的计算机，以高速率往我的计算机发来大量数据包。ISP处的队列早已被这些P2P数据包塞满，而SSH、网页等服务的数据包速率不高，根本不够P2P数据包竞争，这些数据包到达ISP处时，只能由于队列已满而被丢弃。 其实这个问题，并没有什么好的解决办法，因为ISP处的队列我们没有权限控制。 我们所能做的，只是控制P2P的速率，避免因ISP处队列满而使得数据包被丢弃 […]
Redsocks/ss-redir的实现 DNAT与REDIRECT模块在iptables target extension之列。 这两个模块都能根据参数，修改数据包的header中的目的IP和端口。 既然修改，那就不是附加，毕竟网络层传输层header的内容怎么可能随随便便增删呢，这意味着，数据包的真实目的地会被完完全全地抹掉！ Redsocks/ss-redir收到这样的数据包后，不做特殊处理，何以知道这数据包原来想发给谁呢？ 这些程序之所以能正常工作，得益于NAT的透明性，被NAT处理的数据包，在内核中均有所记录，NAT后的正常通讯由NAT发起者维持，Redsocks/ss-redir这 […]
因PPTP简单、方便，无特别需要，平时需要用到VPN时一般都会首选PPTP。 数月前使用PPTP的过程中发现，Linux下的PoPToP方案极限速率仅有20 Mbps左右，而Windows下“网络策略和访问服务”提供的PPTP上限速率则高些，能达到70 – 80 Mbps。 当时了解到一款名为ACCEL-PPP的方案，尝试了一番，效果不负其名——ACCEL。 但今天发现，此方案的中文介绍、资料近乎无（英文介绍也不多），遂撰写此文，欲让更多人了解到此杰作。 服务器配置： CPU: Intel Xeon L5520 *2 RAM: 48GB 网络适配器: Intel 千兆 […]