yzwduck

@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，所以不知道哪些配置可能出错。