Proxy

问题 从去年开始用vultr的vps,先是搭建了ssserver,然后各种web服务,以一个nginx为代理服务器,代理本地不同端口的各种服务,总体来说,vultr家的vps体验很好,除了一点:速度较慢,尤其是晚上8-11点(我买的是东京节点),之前在google上看了很久关于vps加速的方案,基本都是通过锐速,kcptun较多 锐速:国产软件,收费,且不开源,不开源,意味着可能被监控,所以直接pass kcptun:个人觉得麻烦,server端配了还要配client 最后:当时没发现google的bbr,于是将就用着,也还行,就是偶尔想看看youtube的时候只能看480p的,还卡的厉害… 直到前几天,无意中看到google的tcp-bbr拥塞控制技术… 参考链接 配置 确认VPS的虚拟化技术不为Openvz(vultr的服务器都不是OpenvzO(∩_∩)O哈哈~) 下载脚本wget --no-check-certificate https://github.com/teddysun/across/raw/master/bbr.sh 查看脚本支持的系统版本(支持内核版本大于4.9的系统),cat ./bbr.sh 在脚本开始的注释中包含以下信息: System Required: CentOS 6+, Debian7+, Ubuntu12+ 我当前的vps是Ubuntu 18.04 LTS,因此满足开启tcp_bbr的条件 4. 赋予执行权限:chmod +x ./bbr.sh 5. 执行:./bbr.sh 6. 完成后使用lsmod | grep tcp_bbr查看tcp_bbr加速模块是否已经安装成功 7. 重启vps:reboot 效果 直接看YouTube的1080P视频吧,最直观,直接上图 全程无卡顿

大概是从去年开始使用的shadowsocks实现科学上网,当时在配置完代理服务器之后能够用了就没管其他的配置。 直到最近想在维基百科上注册一个账号的时候发现 由于一些原因,当前使用代理的ip被封禁了 由于GFW是通过dns污染的方式屏蔽了zh.wikipedia.org(其他语言的wikipedia其实是可以在国内直接访问的比如英文站),这个问题可以通过关闭代理并修改hosts文件解决,但这样太麻烦,因为需要定期更新hosts文件的ip地址,后来google了一下发现shadowsocks里面有一个名为pac的文件,这个文件的域名列表来自于GFWlist,而正是这个文件决定了shadowsocks处于pac模式时哪些域名需要被代理,在这个文件之外的域名都会直接访问。因此,解决维基的ip封禁且要继续使用代理上网只需要2个步骤 修改本地hosts为wikipedia中文当前的ip(解决dns污染) 修改pac文件中的配置,将wikipedia.org相关的配置去掉即可 PAC的优势 PAC自动代理属于智能判断模式，相比全局代理，它的优点有： 不影响国内网站的访问速度，防止无意义的绕路 节省Shadowsocks服务的流量，节省服务器资源 控制方便