@LeviMarvin 你自己搭有什么用啊，chrome 信任的 CT 服务器的公钥是硬编码在代码里的，它又不信任你搞得那个

如果是用浏览器访问的话，最大的问题是怎么绕过 ct （证书透明度）

netstat -nlp

为啥要破解 https ，直接模拟浏览器访问下不就拿到页面了吗

升 Debian 的版本，用 sid 就行，当滚动发行版

给你一个脚本，是我之前搞内核搞的打包一个自定义的 debian initramfs 的脚本，不过前提是你本地已经运行了一个 debian ，打包完之后 286M ，加上自己编译的 9M 的内核，就可以跑起来了
#!/bin/bash -e

rm -rf debian
mkdir -p cache
debootstrap --cache-dir=$PWD/cache --include=ssh stable debian http://mirrors.tencent.com/debian
chroot debian bash -c "echo root:root | chpasswd"

cat >> debian/etc/network/interfaces << EOF
# The primary network interface
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
EOF

echo "Linux-Box" > debian/etc/hostname
sed -i "/#PermitRootLogin/aPermitRootLogin yes" debian/etc/ssh/sshd_config

rm -rf initramfs
cd debian
find . | cpio -o -H newc -O ../initramfs

在这种 mod 场景中，隔离 gpl 的思路是，分为两个组件，一个是 server ，暴露 rpc 接口，mod 本身实现为 server 的 client 端，这样的话，只需要开源 client 端源码，而不用开源 server 端，但是能这样做的前提是
1. server 端实现不需要请求游戏提供的接口
2. server 端需要请求游戏接口，但是游戏的接口也是通过 rpc 服务方式提供（ Android 的实现方式）

@RainZack 我觉得这里的关键不在于是否动态链接，因为作为插件使用（区别于作为服务提供），不管上层是怎么实现的，底层就只有这个文档里面列举的 fork 然后 exec ，和动态链接两种方式。所以是否认为是单一程序，只需要看是否有数据结构交互，以及函数互相调用

一般流程是用 dhcpv6 拿一个段，然后再开一个 slaac 服务向自己内网分配这个段

有 sni 信息过不了墙，你搞到国外有什么用

ip -d link 看下接口信息吧，另外 DOWN 状态的接口就不用管它了吧

监听 ipv6 也能收到 ipv4 的连接请求的，不用担心

算不出，因为 k8s 是用 request 分配的，可以 describe node 看资源量

utf-8 解析是一个字节一个字节读取的，当然不存在字节序的问题，但是 utf-16 每次需要读 2 个字节，这个时间就要区分这两个字节是大端还是小端的啊

现在 ipv4 协议里面只有 4 位存 ip 地址，不管要想加几个 byte ，它都不是 ipv4 协议了因为不兼容了。所以反正加都加了，为什么不多加几个 byte ，不然过几年又不够了，再搞个 ipv8 ？

能支持重新生成回复，或者编辑已有的问题吗

用 vim 插件，再加上搜索就会有异常，反馈过说不能复现，一年多也没修

发出去肯定没问题啊，直接操作驱动，但是发出去之后呢？这条链路上的所有设备处理这个包的时候都是要过 ip 协议栈的，遇到了都会丢掉的，还是说你能掌控这个链路上的所有设备？