@villivateur 用 After Effect 做，然后用 Bodymovin-TG 导出。quick guide 里有详细的说明。

@Jirajine 你确定用种子下载 Linux 的数据来源是 p2p 而不是直接走 http ？

@ginakira TeXLive 或 MikTeX 都不错，只是它们默认不会装中文相关的宏包，需要手动装一下。Windows 下推荐用 MikTeX，最好别装 CTeX。

@ipwx WSL+texlive 对新手不友好，IDE 里没法配这种环境吧。

@makdon 是不是遇到 xeCJK 用 AutoFakeBold 的 bug 了？这会产生乱码。

自从被坑过一次环境变量后，再也不装 CTeX 这破旧不堪的发行版了。

@jdhao ctex 和 xelatex 是两个不同的东西，前者是宏包，后者是编译器，两者没法相互替代；而在 OP 的上下文中，ctex 是发行版。

这种技能主要靠肌肉记忆，找些喜欢的文章或代码，给自己定一个目标，试着在一定时间内不看键盘地敲完，然后再提高准确率。
(或者试试别的键盘布局，比如 Dvorak)

用路由集成的 DDNS 实现的可行性很低，除非：
1、使用端口映射，即使用路由器的 IPv6 地址 (可以不建 NATv6，但要想办法获得主机 IP)，或者，
2、使用 DHCP 分配 IPv6 地址，并且路由器集成的 DDNS 必须有办法获取到主机地址 (大概不可能)。
我觉得合理的做法是在电脑上更新 DDNS，需要固定后缀 IP 的话，可以配合路由器 DHCPv6 食用；至于是否要在路由器上跑 VPN，我觉得在电脑上跑 VPN 也可以啊。

要互通的话，不能用 NAT ；排查问题时主要查服务 /客户双方的路由表和防火墙，配合抓包来验证网络是否通畅。
应该先解决服务端 ping 客户端的问题，既然能连上且分配到 IP，出问题的地方有可能是客户端的防火墙把这流量拦截掉了。
ping 服务端外的网段的话，先查服务端有没有把流量转发出去（防火墙），然后查有没有收到返程流量（路由）。

@hongdaworks 别捣乱，OP 已经能两端互联了，没必要用穿透。

@mayne95 不是因为伸手要不到东西而投诉，而是因为 repo 只放推广链接、没有实质代码，（大概）违背了 TOS 而投诉 abuse。

arch 下有 xrdp，可以用相同的手机端来控制。
不过 rdp 在网络不良的时候，声音延迟会越来越大，我一般只好断开重连。

@lupo 不安全=服务可用性无保障+数据可能被监控

我觉得更值得关注的是 ping ROS 时，异常时返回 hlim=64，正常时返回 hlim=255，hlim 什么时候从 64 变成 255 ？ hlim=64 是从 ubnt 返回的、还是从 ROS 返回的？
猜测问题是在 ubnt 上面，但我没用过 ubnt 也没用过 ROS，所以不知道哪些配置可能出错。

1、无线的终端是否问题？换成别的手机、电脑后问题是否会复现？
2、更换无线终端仍然复现的话，确认一下无线终端的所有 IP 地址的有效时间是否正常？
3、traceroute ipv6 能否连通到 ROS 路由？
4、ROS 上抓包。

大概率会有自动的 /etc/passwd- 备份专治这种手滑。

@julyclyde 没有转成二层包… wol 可以通过发一个封装成 UDP 的 Magic Packet 来唤醒（或者说是包含 Magic Packet 的任意数据包）。
在我的场景中，proxy 只是转发 UDP 广播而已。

@julyclyde 谢谢提醒…被你这么一说，我就开始怀疑为什么我能用三层网络代理唤醒内网设备了。查了一下发现 wol 可以是二层的 Ethernet magic packet，也可以是三层 UDP 的 Magic Packet。
https://wiki.wireshark.org/WakeOnLAN

看你用的 etherwake/wol/... 命令的文档，应该会有一个参数来指定 interface。
和路由表没关系，因为 wol 包是广播。

原生 ipv6，和一年前比，现在的 ipv6 已经算是能用的了。
虽然路由还很糟糕，延迟大概比 ipv4 慢一倍，但至少国外绕路的情况已经感觉不到了。

“合字”的准确叫法是 ligature，已经存在几百年了，也是字体的基础特性之一。如果 PDF 里 ligature 的复制粘贴出问题的话，锅需要甩给生成 PDF 的软件，而不是 PDF 阅读器 @arfaWong
要么换个生成 PDF 的软件，要么试试换个字体。
题外话: 命令一般是要用等宽字体的吧。