Centos安装SNIProxy——免证书代理HTTP(S)

一.序

最近朋友给我介绍了一个黑科技玩法,需要用到sniproxy,这东西我之前就知道,当初拿来代理谷歌配合自建dns用,好久没用都忘记怎么装了……所以做个记录

二.正文

其实吧,作者的GITHUB(传送门)说的很清楚……然而我还是要水一篇233

这是制作RPM包的方法,属于一劳永逸的(要更新除外),对了,在autogen的过程中会报 debchange: command not found 请无视,这是debian的玩意

另外打包必须要yum安装libev-devel和udns-devel,然而make install安装的话我们可以选择编译版本的libev和udns(版本更新,强迫症福利) 阅读全文→

AriaNG——高颜值的Aria2 WebUI

一.引

我之前用的是YAAW和Webui-aria2,前者够简洁,后者多了不少功能,但是……作为一个挑剔的人,我还是一直觉得它们不够漂亮,不过前几天我在群里发现有人发了张截图,我现在找不到了,就自己截了张
sp20161001_162135
啧啧啧,是不是很棒?我当时一下子就被吸引住了,然后看到左上角这个名字后就去找了下,发现这个是7月多才初步开发完成的,怪不得我之前没见到过。作者的GITHUB:传送门

以下为作者原话

觉得以前 aria2 的前端都不好用,就自己重新撸了一个,功能覆盖了 Aria2 WebUI 和 YAAW 的功能。
与之前的前端相比,主要优势在于:
1、完全响应式布局,电脑和手机等设备全部支持。
2、更友好的用户界面,使用起来更像常用的下载工具。

  • 下载任务列表支持排序(文件名、大小、进度、剩余时间、下载速度等)和搜索,正在等待的任务列表支持拖拽安排下载顺序。
  • 任务详情页面支持健康度等参数的显示,文件和BT节点列表支持排序,文件列表支持按文件类型筛选选择,BT节点列表支持显示每个节点的任务完成状态等信息。
  • 新建任务页面支持直接手动下载等。
  • 提供完整的 aria2 设置支持,支持 aria2 所有设置的说明、修改等,设置界面全部中文。

3、支持下载完成通知(仅支持 Webscoket 协议及 Chrome 等现代浏览器)。
4、支持自定义使用的协议,Http(s) 或 Websocket 可任选。(Http(s) 协议支持压缩,减少带宽)
5、数据增量更新,减少带宽使用。

阅读全文→

Centos6编译安装Pcap_DNSProxy——DNS防污染利器

一.缘起

最近有朋友提起自建dns的方案,我个人用的是dnsmasq+dnscrypt-proxy,他吐槽说我这个太麻烦,用pcap_dnsproxy一个就够了,然而……这玩意我上手之后发现编译起来简直是神坑,特别是对于centos6来说,感人肺腑= =……不过问题的出现就是为了解决吗,作者在说明里把依赖全列出来了,所以我折腾了下搞定了,在此记录一下,以方便其它有需要的人。

二.解铃

安装方法:
安装过程比较漫长而且操作比较复杂,请给予一定的耐心按照说明操作!

1.准备程序编译环境:编译前需要使用包管理工具安装,或者需要自行编译和安装依赖库
* 依赖工具/库列表:
* GCC/g++ 可访问 https://gcc.gnu.org 获取
* GCC 最低版本要求为 4.9 从此版本开始 GCC 完整支持 C++ 11 标准,4.9 之前的版本对 C++ 11 标准的实现有问题
* GCC 当前版本可使用 gcc --version 查看,使用旧版本 GCC 强行编译可能会出现无法预料的问题!
* Bison 可访问 https://www.gnu.org/software/bison 获取
* M4 可访问 https://www.gnu.org/software/m4 获取
* Flex 可访问 http://flex.sourceforge.net 获取
* CMake 可访问 https://cmake.org 获取
* LibPcap 可访问 http://www.tcpdump.org/#latest-release 获取
* 获得 root 权限后使用 ./configure -> make -> make install 即可
* 部分 Linux 发行版可能还需要 LibPcap-Dev 工具的支持
* Libsodium 可访问 https://github.com/jedisct1/libsodium 获取
* 编译时如果剥离 Libsodium 的依赖则可跳过编译和安装下表的依赖库和工具,具体参见下文的介绍,不建议使用
* Libsodium 的编译和安装依赖 Automake/Autoconf 套装工具:
* aclocal
* autoscan
* autoconf 可访问 https://www.gnu.org/software/autoconf 获取
* autoheader
* automake 可访问 https://www.gnu.org/software/automake 获取
* libtool 可访问 https://www.gnu.org/software/libtool 获取
* 获得 root 权限后进入目录,运行 ./autogen.sh -> ./configure -> make -> make install 即可
* 部分 Linux 发行版可能还需要 Libsodium-Dev 工具的支持
* 部分 Linux 发行版可能还需要运行 ldconfig 刷新系统的库缓存

2.编译 Pcap_DNSProxy 程序并配置程序属性
* 切勿更改脚本的换行格式 (UNIX/LF)
* 使用终端进入 Source/Scripts 目录,使用 chmod 755 CMake_Build.sh 使脚本获得执行权限
* 使用 ./CMake_Build.sh 执行编译程序
* 添加参数 --enable-static 即 ./CMake_Build.sh --enable-static 可启用静态编译
* 脚本所进行的操作:
* CMake 将编译并在 Release 目录生成 Pcap_DNSProxy 程序
* 设置 Pcap_DNSProxy 程序以及 PcapDNSProxyService 和 Pcap_DNSProxy.service 服务控制脚本的基本读写可执行权限
* 设置 Linux_(Un)Install.Systemd.sh 以及 Linux_(Un)Install.SysV.sh 服务控制安装脚本的基本读写可执行权限
* 从 ExampleConfig 复制默认配置文件到 Release 目录
* 执行时使用 ./CMake_Build.sh --disable-libsodium 可剥离 Libsodium 的依赖,不建议使用
* 剥离后编译时将不需要 Libsodium 库的支持
* 剥离后程序将完全失去支持 DNSCurve/DNSCrypt 协议的功能,且运行时将不会产生任何错误提示,慎用!

3.配置系统守护进程服务
* 由于不同的 Linux 发行版对系统服务和守护进程的处理方式不同,本步仅供参考
* 附带的 Linux_Install.Systemd.sh 脚本适用于默认使用 Systemd Init 的系统
* Linux Debian 8.x 官方发行版以及更新版本系统环境,经测试可直接使用
* 附带的 Linux_Install.SysV.sh 脚本适用于默认使用 System V Init 的系统
* Linux Debian 6.x - 7.x 官方发行版系统环境,经测试可直接使用
* 更多详情可参见下文其它 Linux 发行版服务的说明,以及所使用 Linux 发行版的官方说明
* 使用 Systemd Init 时:
* 进入 Release 目录并编辑 Pcap_DNSProxy.service 文件,编辑完成后保存:
* WorkingDirectory= 项为程序所在目录的绝对路径
* ExecStart= 项为程序所在目录的绝对路径,并在最后加上程序的名称
* 在 root 权限下使用 ./Linux_Install.Systemd.sh 执行服务安装脚本,脚本所进行的操作:
* 将 Pcap_DNSProxy.service 服务控制脚本的所有者更改为 root
* 安装服务控制脚本到 /etc/systemd/system 目录中
* 尝试启动 Pcap_DNSProxy 服务,并显示执行操作后服务的状态
* 以后每次系统启动都将自动启动服务
* 更多 Systemd 服务控制的方法,参见各 Linux 发行版官方文档的说明
* 使用 System V Init 时:
* 进入 Release 目录并编辑 PcapDNSProxyService 文件,编辑完成后保存:
* NAME 项为程序的名称
* PATH 项为程序的绝对路径
* 在 root 权限下使用 ./Linux_Install.SysV.sh 执行服务安装脚本,脚本所进行的操作:
* 将 PcapDNSProxyService 服务控制脚本的所有者更改为 root
* 安装服务控制脚本到 /etc/init.d 目录中
* 尝试启动 PcapDNSProxyService 服务,并显示执行操作后服务的状态
* 以后每次系统启动都将自动运行脚本启动服务
* 可直接输入 sh PcapDNSProxyService 不带参数查询用法
* start - 启动服务
* stop - 停止服务
* force-reload/restart - 重启服务
* status - 服务状态,如果 PID 为空则服务未启动

阅读全文→

Centos安装Saltstack——将者,一人可御万兵

一.引子

最近搞集群搞得真是热火朝天,顺带研究了好多东西,Saltstack我之前也接触过,是某大佬给我安利的,可以方便的拿来管理手上的一票机器,不必苦逼的一台台ssh上去,之前用的也是蛮好的,可惜我的部署了master端的机器商家不做了(大学森带着小姨子跑路啦,滑稽),然后也一直懒得切,所以就丢那了,现在重拾起来折腾下。Saltstack的介绍网上有不少,我找了一段:

salt是一个异构平台基础设置管理工具(虽然我们通常只用在Linux上),使用轻量级的通讯器ZMQ,用Python写成的批量管理工具,完全开源,遵守Apache2协议,与Puppet,Chef功能类似,有一个强大的远程执行命令引擎,也有一个强大的配置管理系统,通常叫做Salt State System。

网上一般认为它是func的强化版本+ puppet的精简版,不过虽然说是精简版依旧是很强大的,起码对于我来说那是完全足够了。

二.搞起

看过网上的一部分安装教程,有些说是要启用epel-testing源才能安装,不过我测试是不需要的,可能是已经不用测试了吧……毕竟那个版本是2015年5月的了,到现在也该是stable version了,不过嘛,还是得安装下epel源

安装完那我们就需要开始简单的配置一下了 阅读全文→

Centos6安装devtoolset(高版本gcc)——工欲善其事,必先利其器

一.缘由

Centos6这老旧的软件源真是每次都让我碰到问题……然而我依旧爱它爱的那样深沉(滑稽),好吧,主要是我懒得换_(:з」∠)_,毕竟人是恋旧的(大滑稽),额,我吹不下去了。事实就是Aria2要求gcc 4.8以上的版本才能编译,然而Centos6源里的gcc版本才4.4,所以升级gcc就成了头号问题。

二.走起

问题发现了那就要解决,常规的方法都是编译,然而……GCC这玩意编译起来真的是要命啊,高配机器还好,低配的那简直了,我选择死亡,所以我直接扭头就跑,然后发现了devtoolset,字面上可以理解为开发工具集,主要就是一大堆版本较新的编译器啥的,当然也有GCC和G++这俩,OK,那么问题就好办了,装起来

①GCC 4.7

阅读全文→