放那不超过你的视野的 1/2 就不算大。换句话说，只要看电视不需要动眼甚至动脖子就行

需要虚拟机中更多的信息，比如 iptables-save，netstat -npl，ip addr 的输出

你 tomcat 监听的 8080，然后 tcping 的是 80 ？

32 楼正解

还有纠正下楼上某人对 DLNA 的偏见。DLNA 跟 Samba 都是将视频文件传输给电视解码，除了 DLNA 对媒体文件预览等功能更加友好，在传输速率上没啥不同，那个说 FHD 困难 4K 绕道的，难道我看得是假 4K ？这完全取决于视频源和电视之间的传输速率以及电视的解码能力。

另外，虽然 4K 的码率不是很高，但至少要保证 1 到 2 倍的带宽冗余，否则很容易发生卡顿。所以 WiFi 5G 或者有线 100M 以上是必要的。

@3dwelcome 我会随手记录到 keepass 里。

需求确实不大，GPG 的这一套东西对一般人来说比较复杂，对懂得人来说直接命令行搞定。但有个图形界面也不错，还是要支持一下。

用法问题。json 格式本来就不是用于配置文件的，而是作为内部数据交换的，面向的是”机器“。它就不是给人手动编辑和阅读的一个格式，要啥注释？

yaml 才是适合配置文件的格式，面向的是“人”。它不需要逗号，不需要引号，方便编辑。而且换行缩进增强了可读性。

位置高低显然是纵坐标表示的 rtt （ round trip time ）颜色表示的地方是这一次探测中（ 20 个包）延迟分布最集中的地方，颜色本身用以表示丢包率。

显示*号就是这个节点没有任何回应呗，可能是防火墙挡掉了，可以换用不用的 probe 方式，比如-I 或者-T 试试

From `man traceroute`：
This program attempts to trace the route an IP packet would follow to some internet host by launching probe packets with a small ttl (time to live) then listening for an ICMP "time exceeded" reply from a gateway. We start our probes with a ttl of one and increase by one until we get an ICMP "port unreachable" (or TCP reset), which means we got to the "host", or hit a max (which defaults to 30 hops). Three probes (by default) are sent at each ttl setting and a line is printed showing the ttl, address of the gateway and round trip time of each probe. The address can be followed by addi‐ tional information when requested. If the probe answers come from different gateways, the address of each responding system will be printed. If there is no response within a certain timeout, an "*" (asterisk) is printed for that probe.

@learningman 并不是！ traceroute 默认发送的是 UDP 包

无线网卡适配器>Internet Protocol Version 4(TCP/IPv4) >高级>点掉自动 metric，然后在接口 metric 里填一个比较小的值，比如 1

当然也可以同样的方法将有线网卡适配器 metric 改为一个较大的值

是不是最近打过新冠疫苗

支持，感觉业务类的定义比较多余。

之前也写过一个类似的，不仅支持序列化反序列化，还支持几乎 dict/list/tuple 类的所有方法，就是一个 list/dict/tuple 的结合体。且支持对象的修改，比如 append 一个 dict 对象到原来的 list 依然可以使用对象属性的方式来访问嵌套的结构。

那就可能不是直连，可以抓包看看是不是直连，我的是 1.0.36 版本，据说 1.1 版本可以用 tinc info 来查看是不是直连，我没有试过，供你参考，来源 https://www.tinc-vpn.org/pipermail/tinc/2016-November/004685.html

@hiplon

补充一下, 上面我的第 2 点走 master 的情况原因弄清楚了, 是因为有一个 slave 节点用了 TCPOnly 模式, 猜测使得 tinc 不能用 UDP 打洞了. 刚刚改了 UDP 模式, 现在抓包看, 全网 5 个节点相互之间都是直通的.

@hiplon

没有看过源码, 这只是我的经验:
1. 我有两个 slave 节点, 相互之间都没有对方的 host, 抓包可以看到数据是直接走的
2. 而我的另外两个 slave 节点有对方 host, 数据反而是是走 master 中转的(准确的说是"有时候").

所以个人觉得能否点对点直接传输, 跟两个节点是否有对方的 host 没有关系. 可能跟 tinc 的打洞能力有关系. 猜测只有遇到两个节点之间打洞不成功的时候, 才需要经过 public 节点中转.

@flynaj @hiplon
tinc 两个 slave 之间经过服务器中转？不存在的，那是你们对 tinc 的严重误解

那个蓝色放大镜是啥，是不是跟这个有关系

色弱色盲在一个人的一生中是不会变化的，不会自己康复，也不会突然变色弱色盲了，奇怪的是每次体检都要测，上层决策者不懂，医生难道也不懂？这水是真的深。

才 3 公里，走路不行么