@trepwq #1 楼主的意思应该时前缀变化了的情况下，比如宽带给的就经常变，然后你会发现一个网卡好多个 ip 地址

openwrt 的话似乎在 dhcp 中配置 ra_useleasetime 值为 1 才会启用 ipv6 地址过期的配置，设置了这个之后似乎前缀变了之后，无效的 ip 地址会消失了，可以试试看

日志文件会滚动难道你的意思是设置一万行，超过就删掉一行写入一行这样？文件系统也没有这种操作的 api 吧，除非重写整个文件，那你这个日志就已经拖死整个系统了吧，一般来说滚动的意思是重命名当前文件创建一个新文件吧，那么你在监听修改的文件描述符还是原来的那个文件，并不会受重命名影响，你仍然可以用行数来判断是否重命名了文件，是否需要重新打开日志文件啊

似乎这纯属啥自媒体瞎扯淡的吧，现在的卫星电话应该用的是高轨卫星，卫星运动速度慢覆盖范围管，普通天线差不多对准之后就能在相对长时间保持连接，当然问题就是带宽小，现在像 starlink 这样的低轨卫星按照物理学原理卫星轨道越低运动速度越快覆盖角度越小，地面接收器要么需要不停调整角度要么需要用相控阵雷达来不停改变角度，才能依据星历持续保持连接卫星，难道苹果想在手机上直接上相控阵雷达？估计不可能，也别觉得苹果就牛逼，再牛逼也不能违反物理学规律啊

关于 starlink 在国内用的问题，其实不是不可能，starlink 需要用距离较近的地面站接入，卫星相互转发毕竟还在准备中，卫星就是个信号转发器，所以啥没墙就不用想了，而且以马斯克来说未必不肯遵守国内法律，让经过国内范围内的卫星都只能通过国内地面站来接入就完了

既然如此为啥不改系统路由表？

@zhaorunze #6
@shaohan0228 #7
@zhumang #8 说这么多其实都没用，要知道最终解释还是去法院起诉一把看看吧，现实法律的复杂性就在这，你无法用简单逻辑来解释一切行为，就算这个解释看起来更自然自己更能接受

@nobibee #3 本身就不是担保交易，不认识的团长本来就不应该随便下单，淘宝这种叫中介，快团团这种叫工具，似乎如果他要是随便在首页推荐商品让你买，那就代表他作为平台中介，需要承担资质审核、担保交易、售后维护，同时也要为其售出商品承担连带责任了吧

@shpkng #2 淘宝做的是平台，本来就是承担连带责任的，这两者本来就不一样

严格来说人家是做工具应用的，为团长提供工具而不是作为平台，本身人家就不担责吧，这么在意被骗团长都不事先联系沟通下你就敢直接下单。。

大概率不能，否则支付宝微信支付的安全风控部门岂不是吃干饭的了

@xingheng #7 其实更简单的是，你把监听端口改到 443，然后 hosts 把域名直到 127.0.0.1 就行，这样就不用管 iptables 做流量重定向了，只不过很多时候 443 端口可能已经被占用了，而且只有一个端口，那么也转发一个域名了

既然如此干脆把 H610R 扔了就是了，京东上 6 口千兆交换机也才几十块钱，买个新的就是了啊，着中国还小巧，颜值看着也不低

@xingheng #4 看这个地方的日志，似乎 iptables 并没有完成把流量转到脚本这边的过程

2021-08-21 19:04:03 I listen server at 0.0.0.0:443 to github.com:443
2021-08-21 19:04:03 I listen server at 0.0.0.0:9091 to raw.githubusercontent.com:443
2021-08-21 19:04:03 I use socks5 proxy 172.25.32.1:1099 forward to github.com:443
2021-08-21 19:04:03 I use socks5 proxy 172.25.32.1:1099 forward to raw.githubusercontent.com:443
2021-08-21 19:04:38 I socks5 proxy connected 127.0.0.1:49944 -> 172.25.32.1:1099 -> github.com:443
2021-08-21 19:04:39 I socks5 proxy closed 127.0.0.1:49944 -> 172.25.32.1:1099 -> github.com:443 864B 208.174K 835.56ms

正常的日志应该是这样的，2021-08-21 19:04:38 I socks5 proxy connected 127.0.0.1:49944 -> 172.25.32.1:1099 -> github.com:443 表示脚本收到 iptables 重定向的请求并完成了 socks5 协议建立连接的过程

@xingheng #4 有错误会打印出来，可以看看代理那边的日志看看是否正常收到请求了，不行抓包大法看看流量怎么转发的，应该可以看出来哪一步没有完成

@xingheng #1 很简单啊，在 hosts 文件中为需要走代理的域名指定一个特定的 ip，然后在 iptables nat 的 OUPUT 中添加捕获这个 ip 的流量做 DNAT 改写目的地址到脚本启动对应域名配置的端口，这个端口在收到流量后加上 http 或者 socks5 协议信息，发往代理服务器，代理服务器就能正常的连接远程服务器了，通过这种方式可以在不给程序配置代理或者程序不支持代理的情况下也可以使用代理访问远程服务器了

如果你在 hosts 中写的 ip 地址就是这个域名正常解析的 ip 地址，那么其实只需要控制 iptables 记录就可以非常简单的控制是直接访问还是通过代理访问

当前脚本添加的代理协议地址只是比较简单的不支持账户密码认真的方式，我想大部分情况估计也够用了吧

其实这中固定字符替换的问题是，人工编写的文章有差不多固定字频，非人工文章比如 http 协议、图片这样的有固定格式，也就是在固定位置会出现特定字符，只要收集的数据相对多，通过这些信息就可以反向推断出你用的码表，和自定义字符出不出现都没啥关系，除非你发送全部乱码无意义数据，但是这样的数据你发送了又有啥用

aes 这样的算法不可以这样反向推算密钥是因为，使用密钥加密的过程中前一块加密结果会影响后一块的加密结果，所以无法用上面方法反向推算密钥来解密全部数据，所以还是那句话这么多数学家辛辛苦苦为你设计好了严谨科学的加密验证算法不用，好好的自己设计啥加密算法啊

我觉得楼主似乎混淆了，我们一般说的日志都是运行日志，这个只是监测、异常报告用的，所以一般打核心点和异常栈就行了，后面交易这个应该算业务日志，本身就是支付系统业务流程的一部分，认真说把运行日志和业务日志打在一起时极其傻叉的行为，本来两者的用途就不一样，其它的还有链路追踪用的，调试分析用的等等，每一种各有不同，也不需要同时启用所有日志，打日志的侧重点也不一样，保存周期可能也不同，本身就不应该混在一起打

想复杂了，其实不用管啥线程连接套接字，其实就是任务，客户端发起一个任务交给服务器特定的任务处理者来处理，一个任务如何编码打包放在 socket 上传输最后交给任务处理者手里，这就是传输协议的事情啊

这 ddr4 内存是假的吧，3G 每秒，你这电脑还不卡出翔了

seatable 我看好像可以的啊