@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 中本身包含的序号和时间戳可以防止请求重放，从网络层面，以我的见识想不到什么攻击的地方。

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

@Falcon90 画面感爆棚

@oldshensheep
@marvyn
我也是用的官方的，chrome 插件，插件版本是 2023.3.0 ，是版本问题吗..

@moli777 是的，触碰不到带宽瓶颈，省事就好

客户端错误上报我们用 sentry

那个业余程序员就是你啊

@CRUD 另外 jetbrains 家的 IDE 体验良好，除了顶部一行硕大的标题栏没法去除，其他的都还好，终端工具是真香。

我用 deepin ，开机久了偶尔 GUI 会崩，wine 下的微信日常回复消息还行，但是还有一些没磨好的，例如微信小程序和微信浏览器使用有一些问题体验不好。

@dlsflh 我套 warp 依然可以正常访问，v2ray 做好分流就行。

@moli777 没有了，目前没走直通。

thunderbird