博主有幸用到中国移不动免费送的流量，但是却发现打开自己的博客所用时间再创 147s 的新高。
博主博客使用 Cloudflare 的 CDN 保护源站并加速，经过 nslookup 等一波操作后，博主发现原来是 Cloudflare 优先让浏览者使用了 IPv6 访问网站。
好吧，没有任何贬低 IPv6 的意思，老外们都说 IPv6 速度快，博主也相信这只是在国外而言…
以日本为例，这个亚洲 IPv6 普及度比较高的国家。
然而这玩意在中国却又变了味，就算连到百度的 IPv6 站，延迟都是 70+ms，丢包更不用说，80% Loss 绝对不是吹牛。工信部下令部署 IPv6，三大运营商也只是为了完成任务，之所以连通性这么低，也是因为利益相关。
在这么一个神奇的国度，IPv6 自然不合国情，所以要阉割掉。然而 Cloudflare 却不让用户直接关掉 IPv6 兼容功能，所以这是一个很恼火的问题。
在剁手斐讯 N1 刷入 Armbian 作为本站的 SDR 服务器之后，博主已经对这个“穷人的树莓派”佩服得五体投地了。
然而人的欲望总是无止境的，所以过了几天，博主又在并夕夕上剁手了斐讯 T1 盒子，也打算刷入 Armbian，作为日常实（瞎）验（搞）之用。
可网上一大堆教程都是在调教 N1，有关 T1 刷机的文章少之又少，一切只能自己摸索。
在害怕踩坑并搞烂 T1，导致自己省下的一百五十来块打水漂的情况下，于是博主带着 T1 去附近的庙里烧了香拜了佛……
听上去有些扯，但是博主最后顺利地让 T1 运行了 Armbian，并烧写镜像到了自带的 emmc 中。
这篇文章，便是调教 T1 盒子的笔记。
一天，BH4ERB 给我发来消息他说：“你敢不敢和我接收 GK2A 气象卫星”，我豪爽的答应了：“我当然敢”，周日下午在 xx 路 xx 大厦举行，谁不来谁就是怂货。
我原本以为我恐吓了 BH4ERB，BH4ERB 应该躲在家，不敢找我，可正当这时，我听见了音乐声，原来是我手机响了，一看，竟然是 BH4ERB 发来的消息，他还真有勇气，我接通了电话，听道电话那头骂道：“
小废物，你怎么还不来，再不来你妈的泌尿系统就被我搞坏了。”我听到他对我的毒骂之后，我回骂道：“我要把你挂到同性恋网站上，帮你炒作一番，你说好不好啊。”
他吓得没再回应我，可是到了周日，BH4ERB 竟然又给我发消息了，他还真要和我举行接收大战，于是我按照约定，到达了 xx 大厦，可他已经等我很久了。
……
GK2A 是韩国的气象卫星，由韩国气象厅开发，KARI 制造。于 2018 年 12 月 4 日由欧洲航天局的阿丽亚娜 5 号将其送上轨道，属于地球同步卫星。
最近 HAM 大佬 BH4ERB 对这颗卫星感上了兴趣，决定尝试接收并解码 GK2A 下传的数据。
接收数据需要使用到一个名为 Goestools 的工具，钦定在 Linux 下运行。由于 BH4ERB 对 Linux 并不熟悉，在多次尝试编译安装，却报错无法启动之后，找到了博主帮忙，希望跟博主一起合作填完这个巨坑。
放假惹…..博主最近在并夕夕上剁手了 PHICOMM N1 盒子，PHICOMM N1 的 CPU 采用的是更新的 ARMv8 架构，在把 RTL-SDR 服务器从 Orange Pi Lite 转移到 N1 时遇到了一些麻烦。
为了不让有类似需求的其他人踩坑，特此水一文章……
话说回来，编译就是踩坑呢！（这段划去）
博主从九月份开始，就是一个高三学生了哦… 建站这三年来，本站经历了不少事，抽空会写一篇文章，分享 I BCL. 博客的建站之初的故事。
博主一年前在网上花了 50 来块，买了 4 台华为 HG255d 路由器，最初只是想在上面运行 Shadowsocks-libev 做透明代理，但是后来由于 SS 开始出现断流现象，保险起见，于是将 SS 换成了 V2Ray，此后 HG255d 再也没开过机…
学校连续补了十二天课之后，终于大发慈悲，决定放一天假。趁着这一天假，博主赶紧打开积了一层灰的 HG255d，看看能折腾些什么。
偶然看到随手扔在书桌上的 RTL-SDR，于是萌生了在 HG255d 上运行 RTL-SDR 的奇怪想法。
博主最近申请到了 WebSDR 的服务端程序，在准备好各种环境之后，却卡在了与 RTL-SDR 的对接上……
WebSDR 的后端一般与 RTL-SDR 驱动自带的 TCP 服务器模块 rtl_tcp 对接并进行调谐。rtl_tcp 的启动很简单，只需要一行命令即可解决。
1 | [email protected]:~# rtl_tcp -a 127.0.0.1 -s 1024000 -g 0 -d 0 -p 1234 |
在设置好中心频率（9500 kHz），采样率（1.2 Msps）并启动该模块之后，博主却发现 WebSDR 并不能正常地接收短波信号，频谱瀑布一片空白。
这就很迷了。经过一波分析之后，博主得出了结论：
rtl_tcp命令不能像rtl_sdr命令一样使用 I/Q 通道直采接收中短波信号，而此前 OpenWebRX 能实现是因为 Op 采用的是支持 I/Q 通道直采的rtl_sdr模块加 netcat 转发数据至 TCP 实现的……
转发数据确实是一条新的思路，但是操作起来却有些麻烦：
1 | [email protected]:~# rtl_sdr -D2 -s 1024000 -f 9500000 -p 0 -g 0 -| nmux --bufsize 253952 --bufcnt 379 --port 1234 --address 127.0.0.1 |
此外，由于引入了新的工具 netcat 做数据转发，所以负载也跟着上去了，对于博主的垃圾 Orange Pi Lite 来说简直就是灭顶之灾……
还有更好的方法吗？
最近对 SDR 极感兴趣，于是先后剁手了 SDRPlay、RTL-SDR、Mini-Whip 等设备。闷声发大财当然没有意思，好东西还是要分享出来，于是博主又剁手了一台 Orange Pi Lite，决定搭建一个 SDR 站点。
经过三个小时的折腾，终于成功了，于是有了现在的 s.ibcl.us。
这篇文章，记录了博主从零搭建 SDR 站点的全部过程，并分享了自己的一些经验。
一直对用各种“带”的那个年代心存向往，在系统地了解了一些磁带的信息之后，于是决定写一篇介绍各种磁带型号、尺寸的科普文。
下面提到的这些“带子”，您都见过（或用过）哪些呢？
（多图预警）
博主曾经注册了 Sakura 的免费容器服务 Arukas Cloud，但是后来由于滥用的人太多，导致所有免费实例分配到的地址都被和谐掉（TCP 阻断），此后便一直吃灰。
今天难得想起 Arukas，于是博主开始了新一轮折腾……
对了，好像很少在博客里面发这类东西呢。（
要补充的是，Arukas Cloud 会自动反代 80 端口，另外生成一个 Https 的 Endpoint（即，https://example.arukascloud.io），并且可以直接访问。这样的话，可操作性就很强了。
使用 V2Ray Websocket + Arukas Endpoint，由于 Endpoint 已经自带了 Https，所以现在连证书都可以懒得申请了～也就相当于 Websocket + TLS 了。