Scu_laji

蜗牛星际灵车上车记

蜗牛星际灵车漂移记

愚人节那天在某群里发现了这趟车,总想满足一下自己玩软路由的愿望,nas已经和冰神在学校里折腾过了。迫于贫困,淘宝那种800块的j1900软路由我又负担不起。

蜗牛星际配置图

这趟车是18年12月的一个矿翻车了,也就是说每台机子最多也就连续挖了三个月的矿,成色还行。我购买的是配置B的双网口版本(店家已改好千M),毕竟如果只有单网卡的话就只能做单臂路由,总觉得有点zz。

到货图

包装还是挺严实,赶紧拆开看一看。打开包装,卸下屁股上的三个螺丝,就能把主机拆开了。

看了一下,只有风扇上有点灰,电源进风口有点灰,表面有少许划痕,对于我这种轻微强迫症来说还是可以接受的。电源显示的是150W,这种寨版电源还是不敢乱上车,要是要用作nas的话最好还是换一个200W的。

关于破解千M。店家很良心的没有用网上介绍的直接短接的方法,而是焊上了两颗电阻,点赞

我听说风扇有点吵,所以直接给卸了。反正暂时这台主机只会用作软路由,nas的话估计要等到我去工作之后在组了,所以风扇暂时没什么需求。做个软路由被动散热够了。

安装pve

为了给以后安装nas留出空间,我选择了安装pve。先嫖一下室友的显示屏。(~ ̄▽ ̄)~

高贵的ASUS. ho ho ho

教程的话看这一篇 http://koolshare.cn/thread-127369-1-1.html

踩坑之旅

不知道为什么,我装这些东西除了在实验室的server上装之外,就没有顺利过。嘤嘤嘤

img2kvm报错

他给的命令是

1
2
chmod +x img2kvm
./img2kvm lede.img 100 vm-100-disk-1

它页面给的下载方式403了,所以我Google了一下,找到了官方网站。

img2kvm

然后从这里下载了一个img2kvm

然后就疯狂报错了,报的错误全都是什么storage vm-100-disk-1 不存在

没办法,只能查文档了, 最后发现是img2kvm版本的问题,但是对它的版本更替所导致的参数变化我表示十分的不爽。

旧版本img2kvm说明:

1
img2kvm <img_name> <vm_id> <vmdisk_name> [storage]
  • img_name:是OW固件的文件名称。一般为“xxx.img”或“xxx.img.gz”的格式。img2kvm可以直接识别并转换“img.gz”压缩格式的固件文件,对于“xxx.img.gz”来说,只需要输入“xxx.img”作为名称即可,不需要再另外加“.gz”。

  • vm_id:是创建好的OW虚拟机的ID。一般为一组非零开头的数字,如200。

  • vmdisk_name:是OW虚拟机要使用的磁盘名称。建议采用vm--disk-的命名方式,如vm-200-disk-1。

  • storage:是指导入使用的存储池的ID,默认为“local-lvm”,这是安装PVE时自动创建的。此项为可选项,若不指定则使用默认值。

新版本img2kvm说明:

1
img2kvm <img_name> <vm_id> [storage]

什么玩意????????,黑人???????

直接把一个必选参数去掉了,而且顶上的是一个可选参数????

而且这个可选参数还是能直接影响执行结果的可选参数。 -wtf

lede安装

在解决了上面的问题之后,我的lede装好了,接下来就是配置过程。

在某双流一大学中,学生们使用的是一种叫做天翼飞扬的拨号系统。

这种拨号器会根据时间戳,密码,和账号三个元素,加上一个秘钥来加密你的账号,算出的账号以~ghca为开头,这让我的拨号十分的难受,然后对这个软件进行反编译可以获取它的秘钥和加密过程。据此可以写出代码来计算号码。(我不会告诉你在gayhub上可以搜到代码的)。

安装好了之后,可以正常的拨上号了。

故事到了这里,事情总会发生一些让人意想不到的变化,嘤嘤嘤。

我发现我的电脑连上WiFi上不了网,这里我的网线连接配置是,墙上的接口连蜗牛星际wan口,🐌星际lan口连接无线路由器lan口,将无线路由器当做交换机使用,ip 配置如下

1
2
3
4
lede lan口 192.168.1.1
无线路由器ip 192.168.1.10 (已关闭DHCP)
pve ip 192.168.1.199
my mac 192.168.1.227

情况是这样的,我的mac连接lede,无线路由器,pve均通,lede连接内网均通,lede连接外网ok(ping baidu.com 通过), 但是内网的所有机器连接外网均失败。

经过我和某大佬(@lmq)长达一个半小时的debug(所以说程序猿结对编程很重要),最终由lmq大佬发现了问题所在并给出了解决方案(🐂🍺)。

1
iptables -t nat -I POSTROUTING -s 192.168.1.0/24 -j MASQUERADE

原因在于lede本机发出的包不需要经过POSTROUTING链,但foward的数据需要经过nat之后才能出去。这里lede貌似没有处理我们的pppoe拨号后产生的外网路由。

POSTROUTING下面的两条链都是空,所以这里并没有做处理。

加上这条后可以正常出去了。

辣鸡lede, 居然是个手动档🚘。

测试

搞定了之后,还是要测试一下稳定性的。嘤嘤嘤。因为暂时只做了软路由,所以做不了拖文件的测试了,

看别人的翻车帖说的是没有短接或者焊电阻的丢包率很高, 我来试试。

看上去👌。目前已正常运行3天了,很平稳。

@冰神,可以上车了,稳。