审美不在啊，也觉得明显 B 好看，从阅读视觉来看，过多不同种颜色和深色过多是很不利于人眼阅读的，各种突出就等同于一片黑，而且你不觉得你这个配色过于暗淡了么，一种死气沉沉的感觉，老板肯定不喜欢啊，用户估计也不喜欢，似乎有种研发转行做设计的感觉。。

@liuleisail #26 似乎马斯克那个 starlink 小锅盖这么大天线屋里都用不了，必须在户外且不能有遮挡才行，天线对准之后还不能移动

@acbot #6 这个就是设置 ra 的，开了之后默认超时时间看上面那个文档似乎是 2 小时

可以看看这个 https://openwrt.org/docs/techref/odhcpd

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