分类 杂谈 下的文章

R1D是第一代带硬盘的小米路由,做主路由已将近10年。
对路由一直要求不高,尚且满意。除了不支持ipv6但我也不以为意
但最近两年常出现堵塞,需要重启才能短暂解决。

QQ截图20200704190540.png

实在不能忍,终于决定换软路由做主路由,把小米路由退居2线专职做AP(为了保留 2.4G WIFI接入点给家里大多数的米家智能家电)

把小米路由切换到中继模式后,大部分的智能设备全都掉线,我呆了!
检查原来的热点SSID仍在,密码也没改,尝试手机连这个ssid可以通,可以上网。

回忆最后看到路由管理页面的提示,切换成功后提示说 路由管理IP已变更为 192.168.1.2 (后查证页面或APP不可编辑此值),我想这个就是原因。因为我家网络配置的并不是 192.168.1. 这个网段,而是 192.168.0., 网关也不是 192.168.1.1

解决办法:

  1. 找来一台笔记本电脑wifi连上 小米路由

  2. 修改无线网卡的网络适配器 IPV4设置,给添加一个静态IP 192.168.1.100 (使笔记本与小米路由在同一个网段内)

适配器属性 -> IPV4 -> 属性 -> 高级 -> IP地址 -> 添加

QQ截图20200704191210.png

  1. SSH连上 小米路由(路由已解锁开通ssh)
  2. 编辑 /etc/config/network 把网口的静态IP与网关修改到当前局域网的网段(注意不和主路由或其他设备冲突)
    QQ截图20200704190706.png
  3. 重启小米路由

一阵等待之后... 终于可以在有线网络内重新连上小米路由ssh,所有的智能家电又重新上线。

QQ截图20200704191558.png

QQ截图20200704191623.png

中继(AP)模式不自动与主路由适配,而且不可编辑也太傻了

接连处理了微软坑爹的windows补丁、意外而来的流氓软件。蓝屏问题解决了,但显卡驱动崩了的状况还是接二连三。

QQ截图20200606233155.jpg

怀疑是不是还有其他补丁的冲突问题,更新最新驱动 和 还原远古驱动,问题依旧。

QQ截图20200606233440.jpg

一筹莫展之时发现显卡到了70°C 就会崩,心都吓凉了不会是硬件问题吧...拆机检查,风扇竟然一直不转!

网友给了线索如果用微星的显卡超频工具(小飞机)调整过风扇转速有可能会导致驱动升级后风扇不转!!!

QQ截图20200606233801.jpg

一经测试果真如此,重新设置自定义转速后温度压下来了,满载57°C !没有再出现驱动崩溃的状况
(准确的说可能是因为温度骤升GPU自我保护直接罢工)

所以一切都是后台更新驱动的锅吗...

今天进某moba网游的时候好死不死,竞技中突然蓝屏,还来回蓝了3遍。
查了一圈没有确定具体原音,处理了两个嫌疑因素

蓝屏截屏幕
QQ截图20200531014153.jpg

usbport.sysKMODE_EXCEPTION_NOT_HANDLED 的方向查找原因没什么收获。拔掉了电脑上不必要的usb设备,对解决症状无帮助。
也有来自微软的技术反馈指这个是显卡驱动的问题..我认为不可信。

1. Windows update 补丁KB4556799

由于没有发现设备管理器上的驱动异常(最近驱动没有更新),监控传感器温度也没有异常不是散热问题。首先怀疑的是最近更新的windows补丁,查找最近一次在 5月27日下载,的编号 补丁
查了一下,果然有奇怪的报导 相关链接 ,虽然症状并未完全一致,但十分可疑。在确认过更新的内容没有大的影响后卸载,重启。

2. 万恶腾讯的注入TDI后门 QqGameMasterControl

这个只是排查系统日志过程中的顺便发现,在每次蓝屏重启后会附带一条这样的驱动兼容性警告。不查不知道,一查...还真是老流氓了
相关链接。 跟着文章的说明卸载这个毒瘤后。再次重启了计算机。

QQ截图20200531013723.jpg

目前在观察中,但愿之后不再出现类似的蓝屏

比vmess和ss简单,不需要进行base64编码,因此 二维码可以做的非常的小

明文格式:协议 :// 秘钥 @ 域名 : 端口

具体举例说就是:

trojan://password123@domain.net:443

对应生成的QR是(不用试了,这个不是有效的链接)
sampletrojanqr.JPG

手贱尝试在运行frps 的主机上尝试安装BBR 修改导致系统无法重启。脑一抽 重灌了 ubuntu-18

然后才发现我在上面还跑着好几个其他应用,其中一个就是给博客转发的 frps

重新部署的时候引发大混乱
用一键部署脚本安装了 trojan (真香!) ,自带了 一个nginx。

原本以为全部流量是先渠道nginx然后做反向代理的

没想到竟然是
trojan:443 -> 反向 nginx:80

难怪在 nginx.conf 里找半天没有看到 ssl的设置,加上反向指向 frps.https 也不成功各种问题

让三个应用共享443端口可把我愁坏了。

最后的方案是

nginx:80 -> vhost反向 frp.http:非80
nginx:80 -> 默认 www
trojan: 非443 -> nginx:80
frp.https: 独占 443

终于不打架了,安逸。

再怀缅一下挂掉的服务: praysatoshi.top ... 我会尽快把你恢复的
最后的最后,舔多一口:trojan ...啊~真香。

纯技术研究,不深究行为目的。