是不是搞了旁路由类似的，然后挂载的时候绕了一层

看起来是 ipv6 的问题？为啥 AAAA 的记录直接拒绝了

opennebula zstack pve

@dropdatabase 查到了？ dGFyZGlzX2ZhbmcK

再者把 docker daemon 的日志级别调一下看看有没有打出来调用方

@dropdatabase 你把当前调度到此台机器的 pod 取出来，看一下，有没有挂载 /var/run/docker.sock 路径的

只要能访问到 docker 的 socket 就都能创建，这点比较难排查。
有可能是用其他机器上 docker 客户端直接通过配置 ssh 访问机器上的 docker socket ，或者 k8s 发布的时候，yaml 中将 sockcs 路径映射到 pod 中，这样在 pod 中就能使用 docker 客户端命令（包括 buildx ）来创建。不依赖宿主机上有没有 buildx 子命令

缓存关掉试试
proxy_buffering off;

建议贴一下这个请求的 nginx 日志，access 和 error （若有）

14 楼正解，找一台最小化安装的同系统，然后装一遍需要的安装包，最后把 /var/cache/apt/目录下面的 deb 包打包，放到目标系统下，直接 dpkg 安装所有

有没有生成这种图片的网站或者工具推荐，脚本什么的也行

http 当然不行，https 和 ssh 才行啊

@carrionlee 查了下，全是俄文资料，这就难顶了

BT 支持了的话，可以把 PT 也支持一下(TTG,MT,HDC,CHD 等)

我有一个设想，但单单你这个项目可能无法实现，先只说使用场景。
看影视剧的设备以电视机或者平板为主，采集 BT/PT 或者各个资源站的影视资源，在电视机上以类似 Plex 的海报墙展示，点击片子后（如果未下载）可以展示各个资源站的片源信息，选择一个下载，同时支持边下边播，如果来源于 PT ，下载完的自动做种。

@a8500830 a 和 b 的互相写入都是 20 多，是在 win10 上面操作来自 op 通过 smb 共享的两个网络盘？

假设是这样的话，那你就是要走两遍网络，读取和写入同时占用了带宽，加起来算 40~50 ，算上一点网络开销，可能和你往系统盘写 60 差不太多

如果是这样的链路，那么瓶颈出现的地方太多了，不好查的。既然两个盘都挂在 op 里面，直接命令行到 op 中 copy 一下看看速度如何呗

你这个文字组织能力感觉有待提高，看了好久......

只有 b 盘是 USB 的，那你拿 a 来比较有什么意思。单独测一下 b 的写入，从各方面。USB2.0 吧，写入上限就 26MB/s 左右

最好的方案还是随机附赠光盘。如果你作为一个买家，你希望你买到的机器硬盘是通过电的吗？

如果你的客户无所谓，或者说你是卖方案，那无所谓。

或者内置自带恢复 u 盘，开机自动安装系统

不用 wifi ？那不就是不联网？只剩蓝牙或者 usb 了

你举的例子都应该叫 别字，而不是错字。

（你看，你自己都做不到，都搞错，何必要求别人

你的链接里面已经说的很明白了，kubectl port-forward 是给你 debug 用的，和 svc 里面的暴露方式是两回事。

而且这个 forward 映射出来的端口，只能在执行 kubectl 的机器上被访问，这就取决于你这台机器上的安全规则