@unidotnet

1 、对于没有线路优化的服务器：58.32 来回都走 cn2 。218.80 和 58.41 来回路由和普通电信用户一样，但是优先级更高（丢包更少，延迟更稳定）。

2 、对于有特殊线路优化的服务器（例如 CN2 、CMI 、4837 、9929……）：58.32 会去程走 cn2 ，回程走服务器的优化线路。218.80 和 58.41 和普通电信用户没有区别（优先级似乎也不会有区别？）。

以上只是大致情况，可能会遇到各种特例，以实测结果为准。

阿里云香港（非精品 EIP ）的线路有特殊优化，目前 58.32 到阿里云香港（非精品 EIP ）去程走 cn2 ，回程走联通。以前走 cn2 的现在叫精品 EIP ，同样对线路有特殊优化，参考第二条。

58.32 走 cn2 ，218.80 和 58.41 走高优先 163 。

美国服务器一般不绕路，一般用高优先 163 或者 cn2 都可以，如果有 163 直连，那我个人更倾向于高优先 163 。那些 163 绕路的服务器（主要在亚洲）才必须要用 cn2 。

而且精品网这个 cn2 并不稳定，到 cloudflare 丢包可多了，走香港 ntt 么丢包，走香港 pccw 么经常延迟破百，稳定性还不如移动到香港 cmi ，打游戏更是经常断，优点就只是亚洲路由不容易绕路。

你不说出去的话，人家怎么证明这声音是谁的？

建议先看看原系统的 ip -6 route 的输出和网卡配置文件，有了这些才好在新系统上改。有配额的话开台 amd 的 ubuntu 对照看看吧。

单看 SOC 规格，RK3568 不应该比 RK3399 差吗？ 4*A55 vs 4*A53+2*A72 ，难道 A55 和 A53 能差出半个 A72 来？遇到多线程支持不好的场景就是 A55 vs A72 ，更惨。

R4S 性能看体质，体质差的 SOC 超上去会不稳定，只能少超点。

x86 主要的坑是 intel 的 2.5G 网卡不太稳定。不过 x86 支持的固件数量和上手难度都比 ARM 简单不少，用户多，遇到什么 bug 也容易被及时发现和修复。

多网口适合虚拟机和多 wan ，lan 老老实实用交换机。交换机不仅性能强得多，而且也不会因为软路由故障而离线，哪怕 DHCP 服务都挂了，仍然有机会通过 FE80 本地链路地址或者电脑开 DHCP 服务抢救回来。

如果你 unraid 宿主机的配置不错，且有一定的学习能力，可以考虑平时在 unraid 上开虚拟机跑 op ，再准备一个最便宜的软路由跑 op 当备用路由器，两台机子上配置 keepalived 做热备。

配置适当的话，可以让备份路由器自动在主路由器掉线的几秒内接管网络，并在主路由恢复后交还网络。unraid 不崩，你就能用上性能极强的软路由。unraid 崩了或者要停机维护，也能继续用备份路由器上网直到完成维护。

假设联通像上海电信那样能接受给你家接个低优先级的精品网的成本，但公网总归有波动，打国外游戏还是偶尔会断，游戏体验实际上并不好。

给你家接个高优先级的精品网或者专线成本又太高，还有可能因为你的各种骚操作影响其他有 SLA 的用户，不现实。

并且游戏不止有国外的，还有国内的。对国内游戏来说，直接分配个精品网表现反而可能会更差。

对双方都好的办法就是把游戏流量分流出来，单独走高优先级的精品网，最好是专线，加速效果又好，成本又低。


实际情况可能就只是成本问题，并没有考虑到你的体验 XD

@Remember 二进制词头的具体标准：IEEE 1541-2002 和 ISO/IEC IEC 80000-13:2008 。只是标准出的太晚了，大家不统一也正常。

1 、1G 的设备跑 940M 是正常的，此时的瓶颈是设备的 1G 接口，而不是运营商给你的限速（运营商那边的限速一般会高于你办理的宽带）。
2 、光猫有可能是 10G 光口+1G 电口+大于 1G 的 WiFi ，所以光猫的 5G WiFi 可以超过 1G ，而 AX86U 和有线不行。
3 、测速网站不一定每次都准，网络波动导致偶尔一次有线测试结果超过 1G 也有可能，所以需要多次测试。
4 、iOS 设备和华硕路由器可能存在兼容问题，起码我的新老 iOS 设备的 5G WiFi 都只能在 149 信道下跑满，其他信道的速度异常偏低。
5 、只要没有丢包和异常高的延迟，400M 和 1G 的网速打开网站体验不会有什么明显差异，打开慢应该找找别的原因。

好思路，以后路由器内置不可禁用的 QOS ，白名单厂商才能跑满，不交钱就限制最高速度。峰值差个十几二十兆用户也不会在意，但横评里就显得比别人差 XD 。

@codehz 因为搜到的方法都是 dd+gzip ，说明用的人不少。没见过谁指出这方法有什么缺陷，说明它确实管用。既然能用而且又没问题，那就这样啦 XD

dd 的同时压缩？ dd if=xxx | gzip > /aaa/bbb/xxx.gz

对于静默损坏，btrfs 和 zfs 都支持主动报告错误，巡检整个文件系统只需要一行命令，所以判断文件是否有错误不需要你重新想办法做校验。

至于发现了错误如何修复，r5 和 r6 阵列也可以巡检并自动修复错误的文件。当然，你想让硬盘离线保证安全的话，每次巡检文件系统之后如果发现错误手动替换错误文件也是可以的。

linux 系统可以试试看掉线或者恢复的时候会不会触发 hotplug 或者 ifdown/up 脚本，如果可以那加个最简单的 echo "$(date)" >> /var/log/test.txt 就行了，之后统计文本行数就可以得知具体掉线次数。

windows 可以看看系统的事件查看器里有没有网卡掉线 /连接事件，筛选一下网卡名称再除以二也能得出具体的掉线次数。

1 、带外管理：
（ 1 ）服务器主板自带的 IPMI 、IDRAC 、ILO 等。
（ 2 ） Intel 商用主机自带的 AMT 。
（ 3 ）外置的 PiKVM 、IPKVM 设备、某日葵的远程控制小盒子。

2 、便宜但能用的显示器（便宜的键盘有一大堆）：
（ 1 ） HDMI 采集卡（比较常见，比较便宜）。
（ 2 ） VGA 采集卡（比较少）。
（ 3 ） DP 采集卡（比较少）。
（ 4 ）便携显示器（比较贵，但可以顺便当笔记本副屏用）。

3 、借一次外接设备，以后避免使用显示器（建议 BIOS 设置第一启动项为 USB 设备）：
（ 1 ）安装 ESXi 、PVE ，以后通过 web 管理。
（ 2 ）通过预配置文件（ preseed.cfg ）让 debian installer 启用 network console （可以通过 SSH 安装系统）。

4 、直接使用安装好的系统：
（ 1 ）在自己电脑上插块硬盘，装好系统再插服务器上，不一定完全兼容，注意启动方式和驱动兼容性。


自组 NAS 一般都有显示器和键盘，不然遇到难题会很头疼。
用正经服务器自建 NAS 有 IPMI ，通过 web 和软件管理，不需要显示器和键盘。
群晖这种成品 NAS 有配套软件，通过 web 和软件管理，不需要显示器和键盘。

除了 pppoe 的宽带，有些云服务器也会有这种情况，服务器的 v4 网关和 v4 地址并不在一个子网里。用起来也没啥特别的，一样是指定好网卡的网关就能上网。

目的是什么呢？如果是偶尔传送文件可以试试看 Snapdrop ？

ddns 也是个解决方法，比如电脑通过定时任务，ios 通过快捷指令的自动化实现自动更新 ddns （不确定行不行）。但前提是你们公司的网关没做 dns 劫持，或者做了劫持但没做重绑定保护。

浙江电信的 7509 也消失很久了，感觉节点越来越少

@AlphaTauriHonda 国内 cn2 ，之前到日本和新加坡都绕韩。

aws 的线路改来改去的，之前就因为线路改成绕韩和绕美才放弃，不知道这次恢复能撑多久。