引子：当之前的 Newifi D1 已经无法满足我对路由器性能的要求时，我毅然选择了软路由作为我的主路由，又买了一个 斐讯 K3 作为我的无线收发设备，不过后来我又需要一台 Windows 服务器 24小时在线，所以决定倒腾 斐讯 K3 作为主路由，软路由改行承担 Windows 服务器 的任务，那么这篇文章从此展开。
叨叨：好久没写文章了，OMG 都不知道该怎么写了！
果然是我越来越懒的关系吗？emmm……
说实话刚开始有这个想法的时候我是拒绝的……因为我真的很担心它的性能达不到我的要求而白白浪费时间，可后来我发现果然还是需要实践出真理，真相永远掌握在少数人手里 (好像哪里不对，笑) 。
题外话：我曾经做过一个实验，针对 MT7621A / 880MHz 双核 CPU (Newifi D1 / MIPS32 1004KE 架构) 的性能测试，发现其在超频 (1GHz 双核) 状态下走 Socks5 处理效率可以达到大约 40 Mbps (5 MiB) ，而这次我在 BCM4709C(4) / 1.4GHz 双核 CPU (PHICOMM K3 / Cortex A9 ARM V7) 的测试结果则大约在 80Mbps (10 MiB) ，？？？
K3现在可以刷的固件有官改(ROOT)、LEDE(Openwrt)、梅林(Merlin)，而我这次的目标就是梅林，因为目前只有梅林适配了软件中心，使用起来会方便一些。而CFE和官方都不能直刷，所以需要先刷官改ROOT，然后再刷梅林。这次买回来的这台版本号稍高(V21.6.11.58)，封堵了TELNET，操作会麻烦一些。
刷机过程网上教学很多，不再赘述。（emmm…Link）
一系列操作后，我们来到了久违的梅林固件。由于官方固件功能太少，更是衬托出了梅林的强大……
（配图）
但是问题还是来了：因为三星闪存颗粒的斐迅适配不完美，所以无法使用机身内存挂载充当JFFS分区，相应的也导致了软件中心无法使用……
（配图？）
于是还得准备一个U盘充当JFFS分区供软件中心使用，过程也不表了吧？(emmm…)当JFFS分区挂载完成后再次打开软件中心即可访问，此时梅林固件就算完整了。
（配图？）
当这一切完成后，就可以开始配置应用了。到了这里，本文就接近尾声了码？不！
更新
这篇来自2019年1月3日的文章现在更新了！好吧，在那之后我甚至又相继购买了2台A1版本的K3，然而鸽到现在仍然没有一张配图……我都已经不知道该怎么吐槽自己了。
言归正传，自从用上了K3，一切都还是比较OK的，以至于我一直在用2018年4月14日的梅林未曾更新。但仍有一个问题需要解决，那就是随着家里联网设备的增加，启用了双频合一，即DBSC（Dual Band Smart Connect）后，才暴露出来的2.4G WLAN贫弱的问题。在网上一番搜索后获知这是部分梅林固件的驱动问题，于是乎我又踏上了一场惊心动魄的倒腾之旅。没错，惊心动魄……
简单的说一下背景：这次倒腾的这台是最早的一台，因为上述原因，所以决定重刷固件，目标版本是tb大佬的官改root。而这台K3并不在身边，我也仅有端午节3天假期。那么，劫难开始了……
首先，因为是老版本梅林，已经不确定来源出处的情况下，我搜索了固件版本号（其实上述2018年4月14日这个日期也是搜索来的……#捂脸#），获知了大概的情况：需要刷回LEDE，然后再从LEDE刷至官改root。在这里，我选择通过降级CFE，打开Telnet（高版本CFE已经屏蔽Telnet），再进行固件刷写。
思路敲定，回到家立马行动。说时迟那时快，我迅速的通过SSH备份了mtd0（boot），然后高高兴兴的打开坛友的《K3降级CFE助手》，利用之前备份的boot生成了新的降级版并顺利刷入K3，此时我还不知道我的噩梦已然来临。
在我重启K3准备进行LEDE固件的刷写，令我愕然的事情发生了：K3再也进不去CFE，并且再也不响应我的Ping了……OMG，发生了什么？随后我进入系统，发现能搜索到AP信号，但DHCP不工作，有线亦然。降级失败这一事实开始让我感到紧张，因为我的时间不多了，我连忙在网上搜索这一现象，并尝试验证坛友所说的MAC、IP丢失。果不其然，在屏幕上显示的MAC地址变成了“3”，而我把192.168这个网段找了个遍也没能发现路由器的IP地址，这时我的心凉了。
为了能及时处理这个问题（因为本次回家还有服务器需要修理，挖一个坑，待有时间再写一篇关于NAS的文章），我便在当地购买了一台小米AX3000，把K3带回工作地修复，顺便订了CH340G的USB转TTL工具。
（未完待续）
发表评论