qyb的博客

2024.12.01 aMule 使用

有些古早的资源没有磁力链接或BT种子, 只存在于 ed2k 网络上, 一般来说 Windows 环境下通过 eMule 下载

但好多年没用 eMule, 搜索 ed2k 的时候排在前面的是 aMule, 一时脑抽没有继续寻找 Windows 下的工具, 主动给自己增加难度, 在本地 Jammy WSL 环境下尝试了一把

sudo apt install amule-utils amule-daemon

执行上面安装命令之后得到的三个工具是这样:

  • amuled, 也就是 aMule Daemon, 读取 ~/.aMule 里面的配置在后台下载和上传
  • ed2k, 这个命令把 ed2k link 写入到 ~/.aMule/ 里某个配置文件, amuled 定期监控到配置变化, 就开始下载
  • amulecmd, 启动 amuled 的时候需要配置一个口令, 等待管理程序(也许是 amulecmd, 也许是某个 GUI 工具)连上来

运行 amuled --ec-config 启动就行, Ctrl-C 中断

打开另外一个终端运行 amulecmd 连上来时不时看一下进度 show DL

2024.11.01 动手给CDX换辅助电池

10月23日, CDX启动后报错:

检查辅助电池 停车时请施加驻车制动

4S店员说这个事情是电池故障, 但是现在全国都缺货(估计目前广本自己经营也很苦恼实在无力推动讴歌原厂备件), 他认为可以不理这个故障继续开, 也不妨去淘宝/闲鱼自己买一个三方的. 说着他给我展示了一块拆卸下来的电池, 我拍了张照片.

辅助电池

在闲鱼上用照片里的型号信息搜索, 大概300元左右 但是要求寄修(可能是因为里面还有一个芯片需要重新写入, 而芯片比电芯更难以个体获得) —— 也就是说需要自己拆下来; 接着进CDX车友群翻了翻, 发现最近三个月同样的故障至少发生了5起, 看起来就是本田的这批货到了寿命终点.

最终从车友群里搞到了拆卸视频, 但即使有了攻略我仍然无法看到全部的螺丝; 无奈只好找了一个修车铺, 请店里师傅学习视频并拆卸下来; 旁观中我总结出要点, 需要一个照明工具, 我应该带着头灯工作的!!

总之就是把电池寄走, 又淘宝买了一个10cm外六角螺丝的套筒(规格是10号, or M6). 等电池寄回来我就动手开干, 成功地装上了最难的螺丝. 然而因为套筒缺乏磁吸能力, 过程中丢了一颗螺丝不知道滚到车底的什么位置去了.

于是继续淘宝买螺丝(最少是10颗包装), 今天到货就彻底地了结这项修车任务.

感叹中国的物流真伟大, 价格也真是低廉, 套筒+螺丝包括两次快递总共5元不到的成本搞定.

2024.10.24 新博客

盘古开天辟地

  • 简单写个例子
  • 为了识别格式必须要空起一行
  • 放个链接: foobar

关于经济的幻觉

每当觉得经济要走好了,想想下面的几点

  1. 新闻联播第一条今天报道的是?
  2. 如果说靠财政发力,能相信官僚机构能做好事情吗?

Todo List Table

行业 描述 评价
汽车 整体销量下跌 新能源车感觉一般般
电商 用户数到头了吧 抖音是不是在乱杀?

安全 DNS

传统 DNS 由于采用了 UDP 协议,以及 53 公开端口,导致很容易被运营商劫持,或者被不知道哪里的设备来一个抢先应答... 许多厂商也包括标准化组织一直在想办法改进它:

1. DNSSEC,这个提出得最早,目的之一是确认应答的有效性。我理解这个方案解决了权威域名解析的安全基础架构,但还得依赖于为最终用户提供服务的转发服务器的实现
2. DNS over TLS & DNS over HTTPS(HTTP/2),这两项技术保障用户访问转发服务的安全传输,是 DNS 安全体系中另外重要的一环。DoT 是传统 DNS tcp 协议传输增加 TLS 通道,DoH 具体实现则有两个变种,当前正在标准化的阶段
3. 国际几个 Public Resolver 大厂都支持上述两类连接,包括 1.1.1.1、9.9.9.9,以及谷歌的 8.8.8.8

4. 但是在本地解析服务的部署上,变化要缓慢得多。当前几个重要的进展是:a) Android Pie 支持 DoT;b) systemd-resolved release-239 支持 DoT(2018年6月);c) firefox 62 将正式支持 DoH

安全 DNS 是安全网络环境的起点,由于我在过去配置家庭路由器中碰到的种种不靠谱,打算自己搞一个安全 DNS 服务,希望能为净化大环境起到一些微小的贡献

在当前这个时间点,要使用上安全 DNS 对普通人还是有一点费劲,要做的事情不仅仅是架 Server,而应该是一整套解决方案。正在摸索中...

博客系统更新

升级到了 Drupal 7.x 的最新代码,更换了一个对移动设备友好的布局模板;接下来打算把最近关于 DNS 学习到的知识整理发表出来

网易博客关闭,越发觉得独立的必要性

发布一下 Press.one 的签名

https://press.one/p/address/v?s=d1b5c197542e5c30054c3b672124791d8c6c9053e42627d20bb2f5ed5d51a9dd71ce07fbc7ff5e4de155dfb8bdb21874775864c0e89e58f7e05719906c607ead0&h=1db009e62b28fbba7f86eeb6db79a3fedd3a97384eb3bb3ee68712602a06ce5c&a=617be48235e07dbc3392c49189bdd000ef4ed5a2&f=P1&v=2

Topic: 网络

手动编辑 PEAP 认证所需要 wpa_supplicant 配置内容

参考 https://eparon.me/2016/09/09/rpi3-enterprise-wifi.html

最核心的工作:

echo -n 'password_in_plaintext' | iconv -t utf16le | openssl md4
history -d num 保持安全

配置文件内容见下:我司的 Phase 2 authentication 认证用的是 MSCHAPV2/无证书,请酌情修补

country=CN
ctrl_interface=DIR=/var/run/wpa_supplicant GROUP=netdev
update_config=1
network={
ssid="SOHU.COM-2.4G"
priority=1
proto=RSN
key_mgmt=WPA-EAP
pairwise=CCMP
auth_alg=OPEN
eap=PEAP
identity="qiuyingbo"
password=hash:XXXXXXXXXXXXXXXXXXXXXX
phase1="peaplabel=0"
phase2="auth=MSCHAPV2"

}

Topic: 技术

ChinaDNS 的原理

ChinaDNS 的说明语焉不详,一直觉得是伪科学——它的基本原理是
1. 把同一个域名送到国内国际两个域名上解析,比如 114 和 8

2. 如果从 114 得到的是一个国际IP (国内DNS说它是一个外国网站),那么外国网站自然不如 8 返回的可信

前两天看了 V2EX 上的一条讨论 https://www.v2ex.com/t/460686 , rio 也表示:“ChinaDNS 分流基于一个核心假设,就是被污染域名都解析到非 China IP。这个假设在目前是成立的,但似乎并没有什么客观原因认为它一定成立”

是啊,理论上可以把 google.com 返回成金盾官网呢,向群众展示厉国的神力

Topic: 网络

RTL8188CUS 网卡在树莓派 Raspbian Stretch/Kernel 4.14.x 中的情况

前文:树莓派做路由器 2018.03 (Part 2) hostapd 和 RTL8188CUS 网卡,如何在 Raspbian Stretch/Kernel 4.9.x 下工作?

三个月之后,随着 Raspbian 把内核从 4.9.x LTS 升级到下一个 LTS 4.14.x,麻烦又来了
在这三个月里又断断续续尝试了 Pi Zero W(有内置的 BCM 无线网卡),以及 Ralink 的 RT3070 USB 网卡等,当前的结论是:
a. RT3070 做 AP 最稳定
b. Pi Zero W 的内置无线网卡能用,网上甚至有让它同时做 STA + AP 的例子,但兼容性不那么好,无法支持 chromecast 的 chrome tab 串流

c. RTL8188CUS 在 4.9.x 下尚能较稳定的工作,但到了 4.14.x 下还需要摸索摸索

  1. 内核主线里有一个 rtl8192cu 的模块,来自 realtek 的驱动源码
  2. 后来主线里又有了一个 rtl8xxxu 的模块,似乎是 realtek 自己不用心维护驱动,所以社区社区自己开干。据说这个还是靠谱的,但——直到目前还没有缺省支持 0bda:8176 (需要编译时额外增加 UNTEST 选项),以及还不支持 AP Mode
  3. 为了解决 rtl8192cu 的问题,所以有了 https://github.com/pvaret/rtl8192cu-fixes.git 项目,它编译后的模块名改成了 8192cu 以避免和主线冲突;至少直到 4.9.x 内核,还是能和 hostapd patch 后的 rtl871xdrv 一起愉快的工作
  4. 但是到了 4.14.x,rtl871xdrv 出问题了,报 ioctl[RTL_IOCTL_HOSTAPD]: Operation not supported ,可参考 https://forum.odroid.com/viewtopic.php?f=146&t=29195#p208592
  5. 话说 odroid.com 这个公司似乎是专门销售网络硬件方案的,其中 WiFi module #3 就是用 realtek 的这款芯片,所以它必须解决问题。。。
  6. 然后该公司发现,使用4.14.x主线的 rtl8192cu就能用 hostapd 的 nl80211 驱动来跑 AP,甚至无需给 hostapd 2.6 打补丁:https://forum.odroid.com/viewtopic.php?f=146&t=27287
  7. 按照它给的方法,确实能启动热点,客户机也能连上,但就最近两天的情况看并不稳定

...需要时间继续检验...

Topic: 技术
订阅 RSS - qyb的博客