我更新上去原来创建的容器都识别不到，又回退回来了，你没遇到这个问题吗？

最近想买 Bose QC45

@CRUD #30 deepin 官方已出聊天记录迁移工具： https://bbs.deepin.org/post/280894

我购物车里还没下手的是：东菱 DL-6400 咖啡机 + 格米莱 9015 磨豆机，加起来 1K 多吧。

deepin wine 的聊天记录有办法迁移吗

拿到超管密码后，先删除或禁用 TR069 。

@VictorFrank1 #4 朋友的工厂，加自己选品，现在做的非常小，只是试水阶段

@vanityfairn #3 连连收不了俄罗斯吧？也没有俄罗斯本地支付的支持

不知道原来的 run 命令的话可以用`assaflavie/runlike`镜像重新生成 run 命令，在扔给 ChatGPT 。

挺好的，第一次见到赠送这么多数量的 key ～😋

@codeself #4 看了你上个帖子，应该是 docker network 的网段配置不能与 LAN 的网段一样。

我原来给 docker 容器赋予独立 IP 用的是 macvlan 的方式，在宿主机上新建了一个 macvlan 网卡子接口，桥接到物理网口上。然后创建 macvlan 类型的 docker network ，指定一个不同于 LAN 的网段，需要独立 IP 的 docker 容器就使用这个 network 。

我用这种方式把独立 IP 的容器划分到了一个单独的网段中，不太确定对你的场景有没有帮助，你可以看一下 macvlan 这个关键字能不能搜索到一些有用的信息。

cloudflare 容器要使用网关分配的网段中的 IP ，直接使用 docker 的桥接网络，然后容器配置 IP 和 DNS ，以下是一个配置示例，来自 ChatGPT：
```yml
version: '3'
services:
myservice:
image: myimage
dns:
- 192.168.50.2
- 223.5.5.5
networks:
my_custom_network:
ipv4_address: 192.168.50.希望分配给 cloudflare 的地址

networks:
my_custom_network:
driver: bridge
ipam:
config:
- subnet: 192.168.50.0/24

```

2 3 已用

@112211aabbcc #11 现在有候补机制了，bypass 抢票还管用吗？我一直以为的是国庆这种日子 bypass 主要拿来抢候补，有余票放出/退票产生都是优先候补。

@rekulas #131 我一开始就说了是服务器对服务器单向调用的情况下，回答的是题主说的 public API 的场景，你非要说其他场景，那签名也却有其存在的道理。

@rekulas #126 问题是你拿不到数据，这种情况下，中间人能拿到的顶多就是 HTTPS 的密文，密文拿到了你也没法修改，想要拿到明文数据，除非你入侵到本机，在发起端上添加对中间人证书的信任。

@rekulas #84 TLS 中，会对每次请求发送的数据进行 MAC 计算，MAC 算法的输入包括 数据 + 序号 + MAC 密钥，也就是说你想将某次请求的序号+1 然后进行重放的话，除了修改序号，还需要知道在握手协商环节所生成的密钥值，重新进行 MAC 计算才行。

[HTTPS 到底有多复杂，能防止重放攻击吗？]( https://zhuanlan.zhihu.com/p/360782536)

@CRUD #69 纠正一下：以及 TLS 中本身包含的序号可以防止同一 TCP 连接中对某一次请求的重放

服务器对服务器单向调用的情况下，我觉得签名确实没必要，一个 token （或者叫 apiKey secret 之类的）可以识别当前请求者是谁就行了，这种情况下，加上 https 单向认证，以及 TLS 中本身包含的序号和时间戳可以防止请求重放，从网络层面，以我的见识想不到什么攻击的地方。

上面几个楼层说的签名也确实有其应用场景，但不是楼主想问的场景。