@just1 3# 赛尔核心到运营商核心出现问题了

udpxy，直接绕过 iptv 盒

关掉两个路由的 DCHP，全都手动，或者关掉路由 B 的 DHCP，只开路由 A 。但是最好都关掉，全手动。
然后 A 和 B 的 LAN 和 PC 在一个网段。
PC 设置出口路由表，如果不需要做均衡流量之类的，0.0.0.0 全都走 A 就行了，如果需要做，那就设置多份路由记录，并且在 metric 上做文章。
至于外网映射，既然 PC 是唯一的 IP，没关系喽。

软路由 lede，域名 aliyun，光猫桥接
crontab 5 1,4,7-22 * * *
分配置脚本和更新脚本
使用 dig 检测远端 IP，然后使用 ip addr 获取本端 IP，比较差异。支持 A 记录和 AAAA 记录。

北京联通，500M+一主两副=199

@Raynard #9，不用软路由，华硕的就只是连个 WAN，只不过第二个 WAN 他支持的是 USB 手机网卡，不是第二条 PPPoE

图啥？

@oakland 买过一个 Wall-E，买过一个蝙蝠侠战车，还有一个大 G，目测严丝合缝、质量良心。也许我买的是假假 LEGO

微信好像改观了，不在 /sdcard/Tencent 下边玩，改到 /sdcard/Android/data/...下边了

其他应用么，反正不给存储读写权限，理论上应该只能在 /sdcard/Android/data 下边玩吧

前边说了一个我认知上的不足，运维不能单纯运维系统，有时候还要顺藤摸瓜，能往上溯源——当然我现在就在干类似的事情。但是为什么说认知上的不足，按照往上溯源的讲，那我能力和目前现状绝对够，甚至能做到反编译读作者思想，然后出对策；而不足就是往下，系统级的内容不扎实，linux 内核不理解，至于调教性能，那就更甭说了，所以在进贴之前，能够理解 Linux 运维的目的所在。

当然了，如果 LZ 能够达到即上又下，我表示欢迎，坐标帝都，学历什么的，有一些硬坎坎。

那你还不如找个七八线手机，装上应用，然后屏幕镜像到桌面上，同时手机还能做个 AP，一举两得

都说了继电器那端，但没人说全。

首先，用 java 处理这个，似乎比较费劲，如果是 usb-com 这类东西的话，需要 jni 调用，或者就是自带 java-sdk 的，如果是网络继电器，那相对好点，起一个 socket 搞定。所以其他语言会好点。

其次，考虑什么平台。x86 不太友好，树莓之类自带 gpio 的，方便很多。道理等同上边。

所以，x86+java 的组合，似乎是一个最不适合的组合。

最后，电磁继电器的作用我认为是控制电源，然后说的提起东西靠电机，那么就有一套供电电路、控制电路等。

1/2/3/4 中有 75%要连接电视，那为啥不把盒子放在电视端呢？
我十三年前装修时在书房和客厅间埋了一根 HDMI，然后电脑放在书房，电视只是偶尔看片子的时候才会用到，即便如此，拎着蓝牙鼠标键盘从书房跑客厅也是一件很恶心的事情，而且蓝牙还可能断线。最后，电视弄了一个盒子，然后用共享的方式网络传输数据。

4in2out 的盒子好像很别扭：有 Switch，这东西没有无线串流的方案？ Chromecast 还是直接怼电视上吧；笔记本连接电视一个道理，电视甩出一根活线，连接 switch 或者笔记本。

最后，曾经有一个东西叫 WirelessHD，利用 60GHz 的频率，达到 FHD@60Hz 的无压缩传输，我手上有，效果还是可以的。但是 4K 好像无解，而且这东西我不知道有没有二代产品了。

最最后，桌面图标么，完全是个习惯问题，啥啥都往桌面丢，乱不说，一定会出现分辨率一变，满屏图标乱窜的情况。如果图标是个快速链接，Win10 的开始菜单解决的就是快速链接问题。如果是文档，那还是建议把文档归正好，放在一个地方，然后能够快速打开这个位置。这完全是个习惯。或者换句话讲，电视 4K 了，显示器也换个 4K 的，分辨率一样了，问题解决。