月度归档:2018年07月

把博客从https改回http

之前一时兴起把博客由http改为http的协议,运行一段时间后发现问题多多,最直观的就是http的响应时间比http要多出800ms以上,这体验可以说简直了。

更不能忍的是,晚上访问博客,经常会卡死,这哪儿能行啊。

思来想去,我了个大去,这不能忍啊。还是果断改回来吧。

改回来理论上很简单,只需要把vhost里面的http部分删除,然后重启nginx即可。但是这样带来的问题是,之前搜索引擎收录的链接全变成死链了,这个也很要命啊,要想办法把链接无损重定向回来才好。

继续阅读

维修一台升级损坏的Drobo 5D

一台Drobo 5D,故障是升级的时候不慎错刷了其他型号的固件,结果就悲剧了。系统虽然会启动,但是USB接口完全失效,电脑无法识别到Drobo,恢复默认设置的按键无效,用不了了,跟砖块没有什么区别了。这悲催的啊。

吐槽一下Drobo,不同硬件的固件是不兼容的,但是客户端程序居然没有个判断机制,只要是Drobo的固件,他就能上传并写入机器。但是硬件是不同的,升级完就变成砖头了。大坑啊。

来看看机器的外观吧。

Drobo是一种硬件的磁盘阵列系统,有带千兆网络接口的NAS和不带网络接口的USB3.0以及雷电接口的5D,这货的神奇之处在于,两块3TB硬盘装进Drobo的盘仓,Windows系统显示的可用容量居然是15.8TB,足足多了9.8TB!也就是说,3TB的实际硬盘容量,被Drobo在系统里放大到了15.8TB!!

这么神奇,这符合自然界的客观规律吗?简单的说,这跟数据压缩算法类似。Drobo会将所有存放的文件打碎,将固定大小的碎片生成唯一的哈希值。有新数据出现的时候会计算新数据的哈希值,如果磁盘上已经有同样hash值的数据块,就说明数据已经有了,不用再存了,只需要加一个链接过去就ok。这和很多网盘秒传大文件的原理是一样的,因为已经有人存过一个同样的文件了,所以你上传的文件就没有必要再存一份了,只要加个软连接过去表示你的网盘也有这个文件就行了。

来看看拆机内部照片吧。

这款机器所用的处理器——Marvell MV78200-A1。这是一款嵌入式的处理器,主频为800MHz,L2为512KB。处理器支持DDR2-667 ECC内存,支持最多4个千兆网卡和2个SATA接口。一共有四颗128的内存,总共容量是512MB。另外它有一个独立的RAID卡,可以插五块SATA接口的硬盘。主板底部有一个MSATA的固态缓存盘。是用来给读写数据加速的。主板上带有一个电池,可以在断电的情况下保存缓存数据并安全关机。

这个机器的维修不太容易,花了很多时间和功夫,最后好不容易才搞定它。由于手边没有闲置的硬盘,拆了台式机的硬盘放进去测试,硬盘没有被Drobo格式化之前,虽然会被识别,但是亮红灯,这个是正常的。顺便把系统升级成最新的固件,免得客户拿到手再选错固件就悲催了。

以上是装好外壳的照片,Drobo的前面硬盘仓门是磁性吸合的。直接拿下就可以,装好了硬盘再对准松手,面板会自动吸上去,挺好。

 

possible DNS-rebind attack detected: hlb.st.sankuai.com

偶然发现openwrt的日志里面有大量warn信息:

Sun Jul 8 10:35:21 2018 daemon.warn dnsmasq[26569]: possible DNS-rebind attack detected: hlb.st.sankuai.com
Sun Jul 8 10:35:21 2018 daemon.warn dnsmasq[26569]: possible DNS-rebind attack detected: hlb.st.sankuai.com
Sun Jul 8 10:36:58 2018 daemon.warn dnsmasq[26569]: possible DNS-rebind attack detected: hlb.st.sankuai.com
Sun Jul 8 10:36:58 2018 daemon.warn dnsmasq[26569]: possible DNS-rebind attack detected: hlb.st.sankuai.com

原因:dnsmasq 开启了rebind protection,也就是反域名劫持保护。由于上级dns返回的地址是个私有局域网地址,所以被看作是一次域名劫持,从而丢弃了解析的结果。

解决方法:
关闭掉rebind protection就好了,具体方法是:Network==〉DHCP and DNS ==> Server settings ==> General Settings , 勾选掉 Rebind protection.

打算写一个监控新路由3挖矿状态的页面

先说下需求,年初抢了几台新路由3挖矿,经常要检查各个设备是否有掉盘,官方的客户端很蛋疼,查看每个设备都要切换一下,而且速度还很慢。当然有第三方的云监工服务,但是我并不想用他们。打算自己做一个可以监控几台设备状态是否正常的页面。

我不可能去逆向app来获取监听接口,因为这个太耗费时间精力了,我也不擅长这个。

打算用脚本生成路由器的状态,然后写到路由器的http服务目录里,然后服务器端可以定时访问各个路由器的状态页面获取路由器的状态。然后汇总即可。

当然,也可以直接写个服务端,然后每个路由器定时提交状态信息到服务端,服务端将这些信息入库以备查询。

OK,先挖个坑,慢慢利用业余时间填补它。

newifi路由器映射80端口,这样我在局域网就能访问他们

iptables -I INPUT -p tcp –dport 80 -j ACCEPT

2018-07-09更新:

已完成,目前部署在外网服务器上,每隔几分钟更新数据。手机可查看磁盘状态。