后台运行程序可以考虑用 setsid 代替 nohup 和&

@fly9i 楼主的路由器有 AP 模式，不需要这么麻烦的操作

@sasalemma 家用路由应该没法添加路由表，有固化的 NAT 防火墙没法关闭，加了路由表也不可能透明互通的，只能端口转发了

@xpy0313 或者也可能路由器只开了 40MHz 频宽，这种情况 WiFi5 单天线最多 200M 双天线最多 400M，再根据网络情况打个折，是有可能 iPhone 能跑到 300M 但 3160 不行

@xpy0313 之前没这么差，那就很可能是碰到 Intel 旧网卡 WiFi6 bug 了，更新一下驱动试试

@vibbow 不是极限吧，1x1 开 80MHz 频宽峰值有 433Mbps，打个折也不止这么点。估计是台式机放的位置信号不好或者碰上了 Intel 旧网卡驱动 BUG （有些 Intel 旧 AC 网卡连支持 WiFi6 的 WiFi 效果不好）

软路由上挂好几个网卡确实不合适，内网流量也要过 OS 提供的网桥（实际上就是 CPU 做软交换机），性能比较差，NAS 和电脑一发一收还行，多机并发就不能满速了，还会吃很多 CPU 占用率。

正经的内网高速传输需求，还是用软路由（只用 2 口，1 个 WAN 一个 LAN ）+LAN 口接交换机比较合适。

手动设置 /56 内的不能用，是因为你的光猫内置路由拿到 /56 之后，只从中挑了一个 /64 应用到 LAN 子网上了（因为按照标准，用于终端接入的网络前缀就应该是 /64 的），其它部分虽然 PD 下发下来了但是光猫内置的路由表里是未配置的，自然就不能用。

如果你接入多个支持 ipv6 的二级路由的话，应该能够用到 /56 里的不同的 /64 （不过不是所有光猫都支持二级 PD 前缀下发）。

另外，如果局域网内用路由器 /三层交换机划分了很多网段，每个网段用不同前缀的 ULA 的话，就要配置路由表了

其它主机也要获取同一个前缀的 ULA 地址
（静态路由不用配，同网段的路由可自动生成）

@testcaoy7 纯 L2TP 确实不安全，但是一般都用 L2TP/IPSEC，这个是安全的，而且电脑手机都不用安装客户端

@vain

其实 velop 的桥接模式就相当于 AP 模式了。

“不可进设置页”估计是操作方法不对，换成 AP 模式之后 ip 地址由上级路由分配，原来的打开方式肯定不行了，有两种方式可以正确打开设置页
1 ）主路由上查到新分配的 IP，通过 ip 打开（有线无线均可）
2 ） wifi 连接的话也可以尝试用专用域名（类似于网件的 routerlogin.net 这种，不知道 velop 有没有）来打开。
（有线连接则不可，因为有线流量在这种情况下都走网桥了，不经过 AP/桥接模式的路由，而上级路由的 dns 又不认识这种域名；但是如果 wifi 连接的话，AP 可以直接劫持你的 DNS，就可以通过域名打开设置页了）。

@TJT 设备不支持 11r 的情况也是可以漫游的，现在手机选择 AP 的策略都很智能，而且 802.11r 标准上市之前已经有 SKC, OKC 等很多种事实上的漫游机制了，不存在所谓的“没有 11r 就只能弱信号下线或者手动选择”。

支持 802.11r 的设备是很少的。现在也就苹果全家桶支持最好。安卓我记得好像都不支持。

@feast SLAAC 和 DHCPv6 本来在某种意义上就是需要“混用”的

一方面，家庭宽带都没有固定地址固定前缀，哪怕你局域网里准备只用 SLAAC，广域网端还是得用 DHCPv6 client 从运营商那边通过 PD 协议获取可用的地址段

另一方面，局域网端 DHCPv6 也是必须和 RA 配合使用才能起到效果的。
stateless 模式可以只用 RA，也可以用 DHCPv6 单独负责分发 DNS 等其它配置信息（因为 RA 一开始只支持配置地址和路由，不支持这些，后来支持通过 RDNSS 扩展分配 DNS 但兼容性不好）。这时候 RA 数据包里有一个“O”标记会设置为 1，指示客户端通过 SLAAC 配置完地址之后还需要通过 DHCPv6 配置 DNS 等其它信息。
stateful 模式虽然是由 DHCPv6 配置地址，但是有一些关键信息，比如默认路由和前缀长度（相当于 ipv4 里子网掩码的作用）都还是必须通过 RA 获得的。这时候 RA 数据包里有一个“M”标记会设置为 1 。

@black11black long 这个确实是个坑，64 位 Linux 里是 8 字节的，但 64 位 Windows 里是 4 字节的

其实应该说 TCP/IP 是 socket 的一种实现。另外还有其它类型的 socket，比如 Linux 里有 Unix Domain Socket，一个协议就可以同时提供本地进程之间的数据流（ SOCK_STREAM ）、数据报（ SOCK_DGRAM ）和有序可靠数据报（ SOCK_SEQPACKET ）服务。

相比之下 TCP/IP 反而是局限性比较强的实现了（ TCP/IP 协议族里只有 TCP 协议提供数据流服务，只有 UDP 协议提供数据报服务，两者有不小差别，不能混用，而且不提供有序可靠数据报的服务），奈何它用得广。

Linux 安装第三方驱动都是源码编译的形式（即使是闭源驱动也必须留一个开源的 C 语言接口），所以必然要“重装”。实践上就是自动重装和手动重装的区别了。

如果你用 NVIDIA 官网下在的.run 文件装的显卡驱动的话，就只能每次重装了。而且这种安装方式属于强行替换文件安装，很容易出问题，网上不少的“装驱动失败黑屏进不了图形界面”就是这么来的。

更为便利的安装方式是直接通过 ubuntu 官方源用 apt 安装（或者使用 ubuntu 自带的“附加驱动”），想要更新的版本也可以从 graphics ppa 里安装。这样安装的 NVIDIA 驱动会在内核更新的时候自动适配新内核，不需要手动重装了。
（注：在这种情况下如果需要另外使用.run 安装 CUDA 的话，记得跳过其中的安装驱动步骤，即相应步骤选择“n”）

@shikkoku Full cone 是针对 ipv4 有 NAT 的情况的。ipv6 没有 NAT，都是公网地址，只要在 iptables 防火墙的 FORWARD chain 放行相应端口就行了

@rio 简单地说，此 /64 非彼 /64 。通过 Router Advertisement 得到的是“单个地址”，而非“前缀”，PD 得到的才是前缀。RA 里的"/64"其实就是相当于 ipv4 里子网掩码的含义。