Kinnikuman

@gneko 我理解了。

@xiaoming1992 这个方法确实方便。直接把桶的策略改成所有人都可以 read

Access permission for `minio/bucket` is `download`

@realpg 我现在就是在家躺平呢，没事干。写一下代码打发时间。

@Chalice 只是证明一下是防火墙 NAT 的规则导致它不能完全表现为 Endpoint-Independent Filtering ，是一个假的 Fullcone NAT ，经过测试，我的 NAT 是 Port-Restricted Cone NAT 。

电脑上连接着服务器 A, 然后服务器 A 再用不同端口访问电脑的 PublicIP:Port 也是被 denied. 所以是 Port-Restricted Cone NAT 。

@Kinnikuman 补充一下这个测试。

~ ./socket_program 8081 45.xx.xx.13 8081
Server listening on port 8081
Received from server B: Your IP: 123.xx.xx.138, Your Port: 61288

Received connection from 45.xx.xx.13:51662
Received connection from 103.xx.xx.120:39458


只有当我在 OpenWrt 防火墙指定端口转发才可以正常收到任意 ip 发到 61288 端口的请求

uci add firewall redirect # =cfg133837
uci set firewall.@redirect[-1].dest='lan'
uci set firewall.@redirect[-1].target='DNAT'
uci set firewall.@redirect[-1].name='test'
uci set firewall.@redirect[-1].src='wan'
uci set firewall.@redirect[-1].src_dport='61288'
uci set firewall.@redirect[-1].dest_ip='192.168.11.112'
uci set firewall.@redirect[-1].dest_port='8081'

@swananan 我做了一下试验，我的电脑处于 Fullcone NAT 后面 (STUN client version 0.97 Primary: Independent Mapping, Independent Filter, preserves ports, no hairpin)，运行了下面代码中的脚本，然后用两个服务器做测试，服务器 A 监听 8081 端口，然后电脑执行这个这个程序向服务器 A 发送一条请求，拿到了电脑的 IP 和端口: Received from: Your IP: 123.xx.xx.138, Your Port: 57851 ，然后用服务器 C 向电脑的公共 ip 123.xx.xx.138:57851 尝试连接，但是 connection refused 了。这也许能证明，我的 stun 检测的结果 (Independent Mapping, Independent Filter)是错误的。


试验代码：

https://gist.github.com/FaiChou/7291580826d83d9340f9fe6c8cd8a79b



我的问题应该没有了。

@swananan 我做了个图比较形象，感觉你说的例子有一点问题。我一会写一个 example 来测试下。

@swananan 我在附言中 append 了一条我的疑惑，原来写的可能表达不是很清楚。请再帮看下。

不知道为啥不能 edit 了，那就用回复做一下 append 吧。

当你体验过 AI commit message 后，真就回不去了。它能准确给你做一下统计，比自己写的 commit message 清楚多了。