glorystar 发布的文章

入手了一台友华WR1200JS 说下怎么刷Padavan和Breed

全球MJJ论坛看到有人分享这个路由 —— 友华WR1200JS 看起来性价比挺好 一时没忍住 就在某宝入手了。85块+6块邮费,总花费91元。

其实我根本不缺路由器的。曾无数次告诫自己,不需要的东西再便宜也不要买,但就是管不住这个手啊。

机器配置如下

CPU: MT7621A 880MHz 双核心
内存:DDR3 128M
闪存:16M

这应该是最便宜的品牌MT7621路由了。

下面说下怎么刷入Padavan

首先,先在网络正常时下载H大的Padavan(老毛子)固件和hackpascal的Breed bootloader(暂时还没有专门适配,使用的是K2P的,已实测正常使用)备用

连接路由器后 登陆原生固件的后台 管理IP 192.168.2.254 正常设置后,直接在原生固件的后台选择Padavan固件升级

wr1200js-1.jpg
wr1200js-2.jpg
wr1200js-3.jpg

升级大概需要三分钟,请勿断电。

- 阅读剩余部分 -

Virmach大促 KVM架构VPS最低5美元/年 有兴趣的可入手

之前入过一台它家的7.5美元/年的VPS 详见 新入手一个便宜的KVM架构VPS Virmach家的7.5刀年付机器

使用上感觉资源限制很严格,转念想的话也应该这样,它家超售严重,如果不限制严格的话,大家都不用用了。

他家的低配套餐不适用于做站,但拿来翻墙倒是挺不错的,之前我的那台128M kvm跑ss挺好的,最开始使用锐速会有杀进程的情况,后来使用bbr就很稳了,洛杉矶机房的VPS广东电信全天跑10Mbps没问题,可以看油管1080P了,这个价格除了之前搬瓦工已经绝版的套餐也找不出比它更低价的了。

因为低价,他家的机器曾被人拿来扫谷歌,导致IP成段的被谷歌封锁,使用时会频繁弹异常流量要求验证,可以参考以下文章解决

VPS的IP被谷歌XX 搜索老是显示异常流量 需要验证 可用强制IPV6访问谷歌解决

这阵它家大促,128M 5G 250G流量 1IP的KVM架构VPS只要5美元/年(需优惠码),感兴趣的朋友可以入手玩玩

套餐列举如下

  1. 128M RAM | 5G SSD | 250G BW @ 1Gpbs | 1 ipv4 | $5/yr
  2. 512M RAM | 10G SSD | 375G BW @ 1Gpbs | 1 ipv4 | $10/yr
  3. 1024M RAM | 20G SSD | 500G BW @ 1Gpbs | 1 ipv4 | $15/yr

机房请选 Los Angeles, CA 被挤爆了 Dallas, TX 吧, 优惠码 LETAUGUST2018

他家反欺诈有点变态,尽量使用真实的IP地址信息去注册以免被ban,这家支持支付宝付款

附速度测试截图(BBR加速),要求不高的话完全够用了。
VIRMACH_TEST.png
注意:Virmach特价款不支持退款,滥用被暂停的话也是不退款的。

VPS的IP被谷歌XX 搜索老是显示异常流量 需要验证 可用强制IPV6访问谷歌解决

我有两台virmach的机器,一台7.5美元年付的洛杉矶机房、一台5美元年付的纽约机房,都是大概两年前买的,刚开始的时候是挺好用的,使用bbr加速两台的速度都可以跑到10Mbps以上,就这个价位的机器来说,相当可以了。
大概使用半年之后,访问谷歌频繁弹验证,显示异常流量,如果你也遇到过这种情况,会知道谷歌的验证是相当变态的,特别是弹图片验证的时候,不耽误个三十四秒是不可能过验证的,很烦很烦。

我排查过VPS自身的原因

  1. 这两台VPS只是我备用的,每个月的流量相当小,不存在大流量被Ban的可能
  2. VPS没有被入侵用于攻击谷歌的痕迹,抓包没也没发异常流量
  3. 保险起见,还重装过干净的系统

以上分析可以认为是VPS自身原因导致问题的可能性很小,我认为最大的可能性就是:邻居使用它搞事,进行了一些不好的操作(毕竟它的VPS很便宜,搞事的成本很低)导致整段IP被谷歌加入黑名单,城门失火殃及池鱼,我是躺枪了。

之前因为手里的VPS相当多,这两台使用上如此麻烦不用就是,但一直想解决这个问题的。

这阵有空,想起这个问题,网上搜索了下解决方案,很多人都说这个问题是IPV6导致的,禁用掉就好了。但问题是virmach的VPS并没有提供ipv6,而且每次弹异常流量时谷歌是会显示访问IP的,每次显示的都是IPV4的地址,如下图所示

virmach_1.png

既然是IP的问题,那我们可以换IP解决。但问题是,virmach换IP不是免费的,每换一次IP收费3美元,而且还不知道换来的IP是不是也进了名单。换IP不是好办法。

前面说到很多人认为异常流量是IPV6的原因,那我们反其道而行,使用IPV6访问谷歌能不能解决问题呢?想到就做,马上来试一下

- 阅读剩余部分 -

小米mix2s内置GMS好评 但使用上还是有点问题 -- 通讯录无法同步

前阵入手了小米MIX2S,最高配的买不到,只好买低配的128G版,这些天用下来,感觉还行。

之前已经入手过小米6,那个手机想要愉快的使用GMS需要刷成国际版,比较麻烦,详情可以看这篇文章-- 新入手了一MI6手机 大陆版固件真是用不习惯 刷成了国际版固件了 说下折腾过程

入手MIX2s本来是想着到手就跟米6一样刷成国际版的,但手机到手时去MIUI的国际站看了,适配MIX2S的国际版固件还没有放出,也就只好将就用着这个国内的版本了。

之前我是没有正经得使用过国内版的MIUI的,这次使用下来,最大的感受 -- AD米名不符实(而非名不虚传),MIUI国内版虽然有广告,但远没到烦人的程度,我以前可能是被人带了节奏,认为MIUI国内版广告多到不像样。。。 其实呢体验下来,AD不是很多啦,大部分也都可以关掉。

MIX2S到手呢,给我最大的惊喜就是它已经内置GMS了,这点绝对要给好评!在应用市场下载个Play store就可以把谷歌全家桶完整得下载下来,方便了很多。

谷歌全家桶使用下来呢

  1. GMAIL正常同步
  2. GOOGLE DRIVER 正常同步
  3. Google photo正常同步
  4. Play商店正常下载应用
  5. youtube正常看

发现问题

Google通讯录无法同步

其原生就带了一个Google通讯录,但账号登陆上去同步项没有看到联系人同步选项,打开通讯录会看到"正在准备同步"但永远也同步不下来(我等了十个小时。。。) 如下图所示

mix2s.png

卸载掉自带的Google通讯录,再从Play商店上下载,问题依旧。

求助Google,看到这篇文章给我提供了思路--下载旧版本的Google通讯录

去Apkmirror下载Google Contact Sync 4.4.4,下载后一安装,立马就同步好了!那一刻,和那篇文章的Po主一样,感觉真的是太不容易了,我断断续续为这个问题折腾了好多天了。

博客被攻击导致下线 搬家时遇到的坑 迁移数据库文件要注意权限

昨天凌晨时博客被攻击了,峰值9000个连接,跑满了100Mbps网络端口,导致VPS的100G月流量在一个多小时内被跑光,然后VPS就被suspaned,网站下线不能访问。

我昨天早上发现博客不能访问,上去后台一看才知道这件事,搞不清楚我这个人畜无害的博客有什么好攻击的。

博客放在xvmlabs一段时间了,除了这次攻击导致下线之外一直比较稳定,也就没有想着把它迁移到更好的机器上。

既然发生攻击下线了,那就搬家吧,查看了下,我最近的一次备份是去年9月份,中间断档挺多的,xvmlabs suspaned之后不能从后台进入VPS进入机器进行备份操作,所以也无从取得最新的数据。不管怎么说,先恢复访问再说。就把之前的备份恢复吧。

一番折腾,把博客恢复访问了,回档到去年9月份。

然后去xvmlabs的论坛发贴求助,问在suspaned状态下怎么备份数据。在大概10个小时后客服回复,可使用快照把整个VPS上的数据都下载下来,好吧,我可能问了一个傻瓜问题。

今早去xvmlabs把快照下载下来,这种情况下是没有办法通过mysqldump或phpmyadmin导出数据库的,只能通过直接拷贝数据库文件进行覆盖操作。

我以为我是老司机了,即使之前没有进行过这样的操作问题也不大,然后,就遇到问题,解决这个问题花了我近一个小进的时间,为避免后来者遇到和我同样的问题,在这里把问题和解决方法说下,最后给出正确的操作方式。

我最开始是这样操作的(我的WEB SERVER是LNMP,如果你不是使用这个,可能相关路径和我不同,请注意作相应变动)


lnmp stop
mkdir snapshot && cd snapshot
wget http://107.182.xxx.xxx:8779/52xxx/snapshot-5xxxx.tar.gz
tar zxvf snapshot*.tar.gz
cd usr/local/mysql/var/
cp -rf "目标文件夹(即要迁移的数据库,全部迁移直接使用 * )" /usr/local/mysql/var/
chown -R mysql:mysql /usr/local/mysql/var/
chmod -R 644 /usr/local/mysql/var/

上面的这些命令,老司机可能知道问题所在了,先不要说出来,我说说我这样操作的遇到的问题

弄好之后就要启动lnmp了嘛,输入 lnmp start 我得出如下的错误输出

Starting MySQL
. * The server quit without updating PID file (/usr/local/mysql/var/v944.pid).

MYSQL启动不了了。。。。

LNMP的MYSQL默认没有记录错误日志,既然遇到问题了,要定位哪里出了问题,肯定就要开启日志

把这一行 log_error = /usr/local/mysql/error.log 加到 /etc/my.cnf[mysqld]项里开启错误日志

然后重新启动mysql lnmp mysql start 错误输出如下

180530 9:48:40 [ERROR] /usr/local/mysql/bin/mysqld: Can't find file: './mysql/host.frm' (errno: 13)
180530 9:48:40 [ERROR] Fatal error: Can't open and lock privilege tables: Can't find file: './mysql/host.frm' (errno: 13)

找不到./mysql/host.frm ? google一下这个问题,说是没有读取权限。 我已经把备份恢复的文件所有人都改为mysql了,而且也给予了所有人读取权限了啊,怎么会这样?

打开另一台装lnmp的VPS,对比下两台VPS的var文件夹的权限有什么不一样,文件的权限没发现问题,文件夹的权限不一样,正常的那台VPS的文件夹权限是 drwx------,而不正常的这台是drw-r--r--,总算是发现问题了。。。

文件夹要有x(执行)权限,要不mysql用户根本无法进入这个文件夹,也是会出现找不到文件的错误了。

所以解决问题的方法就是给于文件夹x权限,上面那一行chmod -R 644 /usr/local/mysql/var/要改动一下,分别给于文件和文件夹不同的权限

最后,正确的命令是

lnmp stop
mkdir snapshot && cd snapshot
wget http://107.182.xxx.xxx:8779/52xxx/snapshot-5xxxx.tar.gz
tar zxvf snapshot*.tar.gz
cd usr/local/mysql/var/
cp -rf "目标文件夹(即要迁移的数据库,全部移直接使用 * " /usr/local/mysql/var/
chown -R mysql:mysql /usr/local/mysql/var/
find -type d /usr/local/mysql/var/ | xargs chmod 700
find -type f /usr/local/mysql/var/ | xargs chmod 644
lnmp start

一切正常,断档的那些内容都回来了~