前边说了一个我认知上的不足，运维不能单纯运维系统，有时候还要顺藤摸瓜，能往上溯源——当然我现在就在干类似的事情。但是为什么说认知上的不足，按照往上溯源的讲，那我能力和目前现状绝对够，甚至能做到反编译读作者思想，然后出对策；而不足就是往下，系统级的内容不扎实，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 的，分辨率一样了，问题解决。

@kop1989 3#你说的这是后期渲染出来的“图像”，比如文本文字之类的。而 LZ 说的图片，不可能后期渲染，所以原封不动还是 300*300 个点。

但是 LZ 说的这个事，其实是 PPI 的事情。由于 PPI 不一样，所以同样一张 300/300 的图片，在高分辨率的显示器下，只显示了 0.5cm/0.5cm ，像素点更密集了，而人眼还是人眼，视距还是那个视距，缩小的图片，让大脑感觉图片更加细腻。
然后如果一个比较好的看图软件（具有较好的放大算法）在放大 200%的时候，又回到了 1cm/1cm，可能看起来还凑合。
至于 MAC 那个系统级的缩放（把四个点当一个点显示），系统驱动在收到图片后，给显卡渲染的时候，经过了较好的放大算法，所以看起来还是 OK 的。

这边建议还是弄个大滚球，然后弄个左键，弄个右键，然后，轨迹足球。。。

既然如此，为啥非要 base64，或者全都 base64 得了 o(*￣▽￣*)o

OneNote 吧，不要钱，跨平台，还能连微信，可简化用也可复杂用

CarPlay 还算上心，
Android Auto 国内水土不服
CarLife 就是个垃圾
可惜高德不出这东西，iOS 上依托 CarPlay，Android 上人家自己有车机版
不知道华为的车载 OS 会多么上心。

一样的软件，不一样的链路，不一样的速度，问题显然出在链路上啊。
ping 、traceroute 对比一下两个链路的质量吧。
剩下的问题，就是你的路由器调配了。

你猜光子有时间的概念么？没有，因为他是光速，他的时间是静止的，可谓是从诞生到灭亡，就是一霎那的事情。
有了时间，才有了质量，有了质量才有了物质，才有了世间万物。

那么时间可以倒回么？我认为不可以，换句话讲，诞生的光子灭亡后，还能重新回到灭亡前么？不可以，也许这份光子的能量被吸收后（灭亡）又释放了一个光子（诞生），但是这两个光子必然不是同一个。否则，万事万物是不是都是宇宙诞生之初的一个光子呢，永恒不灭？
在这条 X 轴上，只能正向推演，不可停滞不可倒退

因为 V4 网络结构问题，NAT 是一个没办法的办法，然而这个办法导致网络开销，所以 NAT 越少越好，所以对于一个家庭网络来讲，有大神讲过最多一次 NAT，我深以为然。

至于你的实际情况，我说的是，如果允许多次拨号，那就是平行的 NAT，因为某种意义上，你的情况算是两个家庭网络，所以每个家庭网络各有一次 NAT 没什么问题。意即，你说的平行，而非上下级二次 NAT 。
那么现实情况是，你没有多拨，甚至连光猫的桥接模式都没有做，于是必然就会二次 NAT，而且总共会有三个 NAT，一个光猫上的总 NAT，然后二级路由各自平行的 NAT，所以我个人觉得，最好的方案，先把光猫搞桥接，然后两次拨号，各自 LAN 的路由各自拨号。

性能么，我倒是觉得，不能作为次要条件考虑，要在设计网络结构的时候一并考虑，无论是从 300 损耗到 250，哪怕是 300 损耗到 290，都是不应当的。

都涉及到无线设备的，VLAN 能做出来？哦，回炉了一下 LZ 的需求，好像不存在不同的无线设备走不同的出口的情况。

如果三个线路都属于 LAN 形式的，走二层设置 VLAN 确实搞定了，然而不设置 VLAN，三个线路都带有 DHCP，这台交换机里不打架啊。

所以我觉得 LZ 那意思，三个都属于 WAN 形式的，所以存在一层 NAT 的问题，那就只能求助于 iptables 了吧。

刷路由？我曾经用的 asus 的，从来都是用无线刷机的，刷完配置都在。
当然，刷的系统不是底层刷，属于高级别的二开刷机，反正也挺够用的

发现一个交易 https://www.v2ex.com/t/696856#reply7，似乎适合 LZ

两台路由意味着两个 NAT，有人说过家里的网络应该保持一次 NAT，如果你家的宽带允许多拨，那就无所谓了，如果不允许多拨，我觉得还是得一次 NAT，然后利用 MAC 在 DHCP 上做文章。
至于 WIFI 的问题，软路由+AP 应该是一个平衡的方案，回应一下 @HEROic，除非 LZ 干脆梯子用有线，无线不梯子。