linstor-csi 不知道怎么样

如果不是 ceph，nfs 不就挺好

> 首先单机 Redis 排除，因为就不是分布式锁。

从某些角度来看，单节点也是分布式应用，复合 CP 设计。

多节点的 CP 系统，比单节点多了一个自动故障转移。

试想很低概率会手动解决的问题是不是也很好接受呢？

这么来看，有些大神的单节点 redis 分布式锁也很合理呢。

单节点漂移术.....

改，依价值观行事

@zhoudaiyu #17 B1 通过物理机 NAT 访问到 A 的吧？

B1 访问 A1 应该也是不通的，同样是没有路由

哦，对了，traceroute 10.237.79.44 应该也还是*，因为与目标机器间的设备不响应 ICMP 。

不过问题还是这个问题，缺少正确的路由，你的 A 机器发给 192.168.2.0/24 的数据包路由不到图中的交换机。

物理机能 ping，可能是放开了那些网段的 ICMP 包限制。

你看看 traceroute 10.237.79.44 的路径，然后到各个路由器添加相关路由。

防火墙放开 192.168.0.0/16 的 ICMP 报文

大概是这样。

traceroute 都是*那可能防火墙封了 ICMP 报文，那 ping 不同正常！

tun 只是虚拟个网卡。又没做 NAT，虚拟网卡发出的包交给协议栈，怎会改 source ip 为物理机了呢？

就算 A 网卡给 tun 网卡数据包做了 NAT，又怎知道给 192.168.2.0/24 的包发给物理网卡 B 就可以呢？

A 机器上 traceroute 192.168.2.1 就能看个大概吧

未知网络对 192.168.2.0/24 和 192.168.3.0/24 段的 IP 没有路由配置，或未路由到图中的交换机

@perryzou RandomAccess 访问文件数据很快的老弟！你只需要知道你要访问的数据大致在哪个地方就行。这点数据量，这点并发，一般硬件足矣。

let forClosure = this

abc.com
abc.ml
abc.run
abc.qq
abc.pub
abc.moe
abc.ink
abc.net

Testing . Thank you

有不得不处理的时候，用匿名函数：
defer func(){
err := f.Close()
// Handle or Throw
}()