是的。
仅凭这些信息无法判断，你需要调试才能知道是什么错误。

不一定，如果上一级网络的 NAT 是 FullCone 但你的内网 NAT 不是，开 UPnP 可以保持 FullCone 。

@nowheretoseek 那说明监控程序的报告有问题，建议自己访问看看是什么错误。

我对 Java 语言本身没什么讨厌的，我个人不喜欢 Java 是因为它背后的公司不开放。
有的人喜欢拿 Java 开源来证明它背后的 Oracle 开放，时不时在 Java 对比 C# 的文章里看到，说 Oracle 比微软如何如何开放，所以大家喜欢用 Java 而不是 C#。然而 Oracle 起诉 Google 使用 Java API，以及收紧 Oracle JDK 的协议都能说明它并不开放。
C# 没有 Java 成功显然是因为早年微软不开放+不开源，但我认为 Java 成功并不是因为它开放，甚至也不是因为它开源，因为 Java 在 2006 年底才开源，在此之前 Java 就已经很出名了。
因此我拒绝 Oracle 发布的东西，我会用 MariaDB 而不是 MySQL，我会用 OpenJDK 而不是 Oracle JDK，就算 OpenJDK 需要自己手动解压配置我也不会用 Oracle JDK 那个一键安装包。

是的。
至于是哪边的问题比较难调查，调查出来了也没有意义，因为你也没有什么好办法解决。
你真的很好奇的话可以用 MTR 测试看看。http://www.bitwizard.nl/mtr/

个人觉得 token 并不麻烦，就只是把原来的密码换成 token，假如 token 麻烦的话原来用密码也一样麻烦。
相反个人觉得 SSH 反而麻烦，比如配置代理不能简单地指定一个 http proxy 。

“同 IP 上的某静态小站”是同一个端口吗？
出现 connection timeout 个人怀疑是服务商封端口了，因为用户模式的程序似乎制造不出无回应的效果。要不然是没监听端口，或者监听了但不 accept，内核在 SYN 阶段直接发个 RST，错误会是 connection refused 。要不然是连接建立后发送 RST，错误会是 connection reset 。

Linux 下串口通信不是直接读写 /dev/ttyXXX 之类的文件就行了吗？为什么还要用第三方库？
这个库没有开源吗？不能自己编译 64 位版本吗？还是说它代码就不支持 64 位？

那说明不是 rtsp 呀，就不能用别的协议吗？

@commoccoom #4 没明白你什么意思，建议先把需求说清楚吧。

@dier 不一样。

> 试过用 SSH 隧道，但发现 RDP 没办法配置代理。

直接用 ssh 的端口转发功能。

你的需求是什么？
如果是客户端和服务端对应线程进行通信，单独用一个线程处理网络通信，收到消息后加入对应线程的消息队列。

我觉得是因为大多数操作系统及防火墙允许同一个 UDP 的 IP+端口与不同的目标通信。
虽说理论上 TCP 也可以这么做，但我印象中没哪个操作系统或防火墙允许，要连接不同目标，就必须使用不同的 IP+端口。

> 不晓得 Windows 的“任务计划程序”支不支持编写脚本
支持，它可以启动一个程序，你设置成启动你的脚本程序即可。

我在用 KeePass，Windows 和 Android 下都有客户端，使用 OneDrive 同步。

应该是没实现。
没记错的话 Windows 的 WebDav 是实现成虚拟文件系统的，即任何程序可以像访问普通文件一样访问 WebDav 服务器上的资源。
这就涉及到了数据缓存的问题，合理推测数据是存在内存中的，那把最大大小设置成 32 位整数能表示的最大字节数 (4GB) 是个合理的选择。

那是根据文件名后缀判断的吧？
因为 Windows 有自带 JavaScript 执行引擎，这个引擎不像浏览器那样带沙盒，而是允许脚本访问许多系统资源，所以是可以实现一些恶意行为的。