微软的 mstsc 一直是这样，intel cpu 。

当年 Android 系统进入国内才三四年时，各种烂，但本科毕业生能给到人均 1w...

首先，请求加 ID ，并且每次请求要更换 ID ，是为了实现客户端因为一些问题，比如网络故障，导致用户重复点击业务办理按钮之类的事情，导致重复办理。

一般情况下，直接用一个自增 ID 就行了。

水平问题。

我司一个每天不到一百访问量的门户系统，使用了 6 台物理服务器，做了虚拟化，单台配置：

128G DDR4-2933 内存，

CPU Intel Gold 6226R * 2 ，14nm/16C32T/2.9-3.9GHz/22MB/150W

软件产品是北方某个 90%都是小妞的公司，导致这套系统，每台服务器，CPU 长期 1%使用率，内存 78%使用率。

你就说气不气？

如果楼主在乎网络质量，就别搞什么来回程一条线。直接走明线，打洞进去。

或者按照楼上老哥说的那种方法，在弱电箱外面放一个像鞋架一样的小架子，专门拿来放设备。

先监视一下设备性能极限。
iostat -x -m -d 1

真正的生产系统，业务流程代码，需要考虑：

1.健壮性
比如数据库、子业务系统突然崩溃；比如机房停电。

2.可调试性
某个环节出了 bug ，系统设计上需要做到在最短时间内，通过某种方式进行 bug 追踪。

3.记录日志
比如细化的日志级别，连 if else 或 switch case 走的是哪条分支，都需要记录。

以上这些功能，在流程设计与实现时，还需要考虑事务成功与失败时的处理方案，需要考虑并行时如何按顺序操作资源来确保不发生死锁，需要考虑如果某个环节出现了性能瓶颈应该如何处理，等等。

这就是为什么真正健壮的系统，一个简单的业务操作，数据库的业务 SQL 都可以有上千行的原因。

你这算啥，我提车时，把车开回车库，就被车库的钉子给扎坏一个轮胎，换胎，轮胎 1800 元，工时费 200 ，上门费 300 。

@dunhanson

ESXi 模板的正确使用方法是：

1.第一次需要根据自己的需求，建立一台模板虚拟机。

2.需要使用模板时，直接链接克隆就行，既不需要导入，更不需要下载，比 PVE 、vagrant 、Docker 还要方便且定制性高。

建议你试试。

能否展开说一下，为什么你会觉得 ESXi 的备份和创建模板不方便？

建议你先去找一份系统架构师的考试大纲看看。知道怎么购买云主机，熟练掌握 Mysql 、Redis 的安装，与真正的系统架构师，还是有亿点区别的。

而且架构师这个名号，只要多年的努力与刻苦，基本上都能达到。但 IT 再向上，就会出现细分方向，比如走科研、公司与团队管理、市场与营销等等方向，这些更高的方向，就开始需要天赋了，并且这些方向的侧重点又会有亿点区别。

如果只是复制，建议使用 TeraCopy ，你上面两个需求都能解决。

如果是同步，建议使用 SyncBack Pro ，这款小而美的软件，是 Windows 、Linux 系统里，功能最强的自动同步软件，没有之一，其同步功能甚至超过了 EMC 旗舰级同步软件。百度有 D 版。

syncthing 这种玩具，不建议使用，bug 太多。

1.目前因为用户数量的原因，Windows 上的客户端比 Linux 好用得多，所以建议在 Windows 上安装 Clash 。

Widows Clash 客户端发布地址：
https://github.com/Fndroid/clash_for_windows_pkg/releases
在上面的 URL 里，选择最新版的 [Clash.for.Windows.Setup.版本号.exe] 就行。


2.安装后，在主界面 General 里，打开 [Allow LAN] ，这样其他设备，比如 Windows 、Linux 、安卓等等，都可以通过 Socks 主动连接进来。


3.可以通过对 [clash-win64.exe] 设置防火墙，来建立白名单机制，只允许自己的设备的 IP 使用。寻找 [clash-win64.exe] 的路径，建议使用 Everything 。


4.Linux 如何使用搭建在 Windows 上的 Clash 的方式，假设 Windows 的 IP 为 1.2.3.4 ，端口为默认的 7890：

yum：
vim /etc/yum.conf
在[main]下面，添加：
proxy=http://1.2.3.4:7890
proxy_username=
proxy_password=


git：
git config --global http.proxy 'socks5://1.2.3.4:7890'


curl：
curl http://some.url --output some.file --proxy socks5://1.2.3.4:7890


pip：
建议先走阿里源：
pip install something -i https://mirrors.aliyun.com/pypi/simple/
不行的话，再走代理：
pip install something --proxy=http://1.2.3.4:7890


apt-get
如果没配置过代理，那么 [/etc/apt/apt.conf.d/proxy.conf] 这个文件是不存在的，然后进行新增：
vim /etc/apt/apt.conf.d/proxy.conf
Acquire::http::Proxy "http://1.2.3.4:7890/";
Acquire::https::Proxy "http://1.2.3.4:7890/";

两种常用思路：

1.追求稳定而采用固定值。比如路由器、交换机，通常是设置一个固定值。然后使用过大过小的数据负载，来测试性能。便宜的设备，只会在通用数据的情况下，保证一个不差的性能；旗舰级的设备，会使用砸钱堆砌性能过剩的部件，来达到长时间稳定的高性能。

2.如果是业务系统，需要保证长期稳定，一般是不会太考虑性能，方案也是根据经验设置一个固定值。

但如果想获得更大收益，业界通用的做法是，建立一个监督者，根据业务特点与工作负载，制定一些策略，来动态调节这些值，有点像 TCP 的滑动窗口。

@violence123456

1.既然能看到 icmp 包到 3.5 ，那就继续跟踪下去，到下一个节点去抓包。另外 icmp 以及 udp 抓包都很麻烦，而且有些软硬件还可能有 bug 导致丢包甚至更换端口。

2.底层协议转换仿真？为啥要转换协议？直接现在 OpenVPN 可以在广域网上组建虚拟私网，然后 gRPC 协议直接通信，感觉转换底层协议没啥应用场景。

1.如果两张网卡做了 route 路由，那么数据包是直接由 OS 的路由功能进行转发，不会再经过本机程序的 TCP Server 与 UDP Server 的端口监听。

这种情况下，如果要监听数据包，应该使用抓包工具，比如 Wireshark 、TCPDump 等等。这些工具也可以进行记录或转发数据包，相当于旁路复制。

2.如果你的目的，是想自己写程序，进行 TCP Server 或 UDP Server 的监听，然后由你自己写的程序进行转发，那么你这种模式，其实是代理了。两张网卡是不能做 OS 级的路由的。

现在智能设备还有个关键问题，就是只支持 2.4G 的 WIFI 。如果家里或附近 2.4G Wifi 信号多，那干扰就超级大，很容易造成设备连接出故障。

我全款买了全新宝马，一个月用不到一两次，天天停在车库吃灰，一年保险保养接近一万元。

正当我气急败坏之时，同事 8 万元落地一款早些年的奔驰 4 门软顶敞篷，8 万元还是分期的，然后花了 2 千块自己找人做了漆，车像一台新车。

然后我直接崩溃了。

买车一定要想好...如果一年用不了几次，买来真心不划算，不如租车。