论坛主贴：
https://hostloc.com/thread-1159839-1-1.html
github：
https://github.com/leitbogioro/Tools
图库为 sm.ms，国内用户需挂梯子全局才能查看。
众所周知，号称“欧洲阿里云”的 Hetzner ，由于其虚拟机（Cloud）产品网络部分，不论任何地域， 公网 IPv4 + 172.31.1.1 内网 IPv4 网关 这种组合，使众多重装脚本折戟沉沙竞折腰，因为：
按 dhcp 去配置 IPv4，偶尔会出现连接 Hetzner dhcp 服务器出错而造成的 IPv4 配置失败；从系统中原样读取 IPv4 等参数静态配置，直接将其写入各 Linux 发行版网络安装程序配置中，重启后网络配置失败，其中最知名的就是 Debian installer 的死亡红框 —— “unreachable gateway”。
Hetzner 是一座峰入云霄的大山，但并非难以逾越。甚至毫不夸张地说，谁的脚本如果能通过在 Hetzner 严苛环境中的测试中摘得桂冠，应付自如，谁的脚本就能自带解决其他同类复杂环境 +70% 绰绰有余 buff。
之前 Hetzner 的环境都是坛友提供的，最近我自己搞了个 Hetzner 免税号，其随用随删，IPv4 配置怪异，支持 IPv6 栈，还有 arm64 架构，是一个非常优质的测试平台，以下测试，仅付账单 0.02 欧，就解答了我对其的各种猜想。
接下来简单汇总一下脚本最近几项重要更新：
支持双网卡单 IPv4 多 IPv6 配置，如 eth0 负责 IPv4 连接，eth1 负责 IPv6 连接，且 eth1 有多条 IPv6 配置，仅适用于 Debian 系；对于不规则 IPv4 配置，配置网关时增加“onlink”参数，以强制本机与网关直接通信，使之能适应所有不规则 IPv4 配置状况；部分机器中，使用 Cloudflare 1.0.0.1 DNS 服务器可能出现和本地内网“1.0.x.x”等通信冲突，造成 DNS 无法工作的状况，所以对于中国大陆境外机器，IPv4 DNS 顺位改为 8.8.8.8 1.1.1.1；修复了使用 Debian 12 做中介系统 dd Windows 时，由于出现 2 个条目“d-i preseed/early_command”造成的软 hack 失效，VNC 内没网，死亡红框“bad archive mirror”；输入 --network "dhcp 或 static" 时，强制跳过系统内网络配置文件和 IPv4 IPv6 双栈动静态检测，节省等待时间；修复了因找不到系统内规范的网络配置，脚本陷入检查 IPv4 IPv6 动静态配置卡死的问题，对于每个栈，检查时间最多等待 4s ，超时后自动按静态配置，这也是个老 bug 了；在商家 LightNode 环境中，发现第二张网卡 eth1 才负责与外联通信，第一张网卡 eth0 作用未知，脚本修复了当系统中与外联通信的网卡，非按物理顺序连接到系统中第一个时，由于重启后指定安装程序配置的，仍然是物理顺序第一张网卡，而造成的网络配置失败；通过劫持网络启动内核中 /boot/init 初始化脚本“configure_ip()”函数中的“# manual configuration”注释，向后添加强制配置网关命令，解决了 AlpineLinux 在不规则 IPv4 环境中的网络配置问题；中国大陆境外机器安装 AlpineLinux IPv4 DNS 也顺位改为 8.8.8.8 1.1.1.1；修复了向临时 AlpineLinux 环境中写入参数配置集合“alpine.config”出现的单条目写入多次的 bug；由于底层 AlpineLinux 可以在不规则 IPv4 环境中正常运作，所以无论是安装 AlpineLinux，还是通过 dd 安装 Ubuntu，或是通过指定“-windows”参数来让 AlpineLinux 做中介系统 dd Windows，安装都能顺利继续；通过修改 cloud-init 自动应答文件，修复了 dd 后的 Ubuntu 系统，在不规则 IPv4 环境中启动后，netplan 配置文件 /etc/network/20-netcfg.yaml 中由于 -routes 条目缺少“on-link: true”造成的网关配置失败，系统内没有网络的问题；修复了双栈机 IPv4 不规则配置下，配置 AlpineLinux 网络启动时，强刷 IPv4 网关不工作的 bug；修复了重装日语 Windows，执行 bash InstallNET.sh -windows 10 -lang "ja" ，从秋水逸冰 Windows 源 dd Windows 时，由于 dd 包名称匹配错误造成的找不到有效 dd 包的 bug ，同样支持 -lang "jp" 或 -lang "zh" 时，匹配到正确的日语、简中 Windows dd 包。
经过论坛里发过的不少帖子，许多细心的坛友应该也意识到了，网络重装最容易翻车的地方，就是应对不规则的 IPv4 配置，包括以下几种情形：
公网 IPv4 + 内网网关；公网 IPv4 + 公网网关，且公网 IPv4 和公网 IPv4 网关从 A 类起不在同一段；网关不在由公网 IPv4/掩码后缀计算出的范围内。
几乎所有主流 Linux 发行版的网络启动内核，接受填写的各种 IPv4 时，都会对主 IPv4/掩码后缀生成一个 IPv4 地址范围，这个范围内的机器，都当做内联通信处理，反之则当外联通信处理。
按照标准的网络环境配置而言，网关应当包含在内联通信范围以内，否则安装程序就会报错。
在许多主流大厂网络环境环境中，网关都遵守“在主 IPv4/掩码后缀内网中”的定律，但 Hetzner Spaceberg Godaddy waf.group 等一系列商家中的网络环境，都打破了这一定律，如果机器原生支持 dhcp 配置还好，但一旦采用了静态配置，按系统原样写入相关网络配置，必然会出现触犯 Linux 安装程序的“天条”，从而造成安装失败。
萌咖、debi、bin4-9（暂时仅支持 IPv4 dhcp 配置）等各种自己重写的、基于萌咖原版魔改的脚本，都会被这一闷棍治得服服帖帖，动弹不得。面对这种困局，在我之前，没人能在自动化脚本中，给出一套完善的解决方案。
而我和我的脚本，专门为破解这种难题而来，而且获得了丰硕的成果。破解谜题的乐趣，不止在于获得成果的满足感，把其中的过程和机理分享给大众，也是乐趣之一。
在这个帖子：拨云见日，Linux一键重装处理Debian系不规则IPv4已彻底性解决 中，我提出了一套破解不规则 IPv4 配置网关失效的终极方案，核心思路如下：
- ip link set IPv4 网卡 up;
ip addr add IPv4/掩码后缀 dev IPv4 网卡;
ip route add IPv4 网关 dev IPv4 网卡;
ip route add default via IPv4 网关 dev IPv4 网卡
以上代码执行的效果和注意点如下：
设置并激活 IPv4 网卡；为 IPv4 网卡添加 IPv4/掩码后缀，以设定主 IPv4 地址和掩码；为 IPv4 网卡添加对应的 IPv4 网关；强制为 IPv4 网卡设置 IPv4 网关；给临时环境配置可用的 DNS；Linux 安装内核接受 IPv4 相关参数的时候，不包含 IPv4 网关；通过执行以上命令，在运行在内存中的临时 Linux 环境中，成功配置 IPv4 网络、安装完系统后，在正式系统中的网络配置文件中，把 IPv4 网关写回去。
以上伪代码存在一个不完善的地方，就是“ip route add default via IPv4 网关 dev IPv4 网卡”部分，最后应当添加一个“onlink”，规定主机直接与网关进行通信，当做公联通信处理的那种，因为在某些环境中，不添加“onlink”，本机仍然会试图以内网主机的方式和网关通信，从而造成网络配置失败，所以改动的地方仅涉及添加“onlink”即可：
- ip link set IPv4 网卡 up;
ip addr add IPv4/掩码后缀 dev IPv4 网卡;
ip route add IPv4 网关 dev IPv4 网卡;
ip route add default via IPv4 网关 dev IPv4 网卡 onlink
这串伪代码极其重要，因为它就是一套绝杀天下的《独孤九剑》，只要将其放在适合的环境中，灵活运用，配合以上几条注意点，理论上能解决所有 Linux 发行版网络安装程序应对不规则 IPv4 配置时，网关配置失败的问题 。
除了知道要插，还得知道往哪儿插，怎么插，这套剑法才能发挥其无敌的效用。
首先把插法解决的，自然是我脚本中的 Debian，不过不规则 IPv4 虽然仅安装 Debian 是没问题了，但用 Debian dd Windows 的时候还是会存在一些问题。
- bash InstallNET.sh -dd 'dd 包'
在代码没更新前，preseed.cfg 中，有两条 d-i preseed/early_command ：
显然，一条负责软 hack 不规则 IPv4 网关，另一条负责用 anna-install 安装一些 Debian dd 时需要用的临时组件。
经过实测，这种情况下，Debian installer 仅会选取 preseed 中靠最后的那个 early_command 执行，因为软 hack 不规则 IPv4 网关命令并未执行，所以系统内并无网关，死亡红框“bad archive mirror”如约而至。
解决方法很简单，如果发现用户要用 Debian dd 时，把 anna-install 部分，追加到软 hack IPv4 网关后即可，还有别忘了，把下方固定写死的 early_command anna 给删掉，确保任何情景下，preseed 内有且仅有一条“d-i preseed/early_command”，代码更改如下：
热议
- [[ "$BurnIrregularIpv4Status" == "1" ]] && {
sed -i '/early_command string anna-install/d' /tmp/boot/preseed.cfg
}
所以，用 Debian 做中介系统，在不规则 IPv4 机器上 dd 找不到网的问题就解决了。
下面直接上重头戏，介绍一下我软 hack AlpineLinux ，令其能够在不规则 IPv4 环境下正常配置网络的思路。
AlpineLinux 网络安装程序的内核，解压后会在根目录，出现一个叫“init”的文件，这个文件中，以下部分的下方，可插入 令 AlpineLinux 安装程序“成功配置网络”后，运行的用户自定义脚本 ：
- # switch over to new root
cat "$ROOT"/proc/mounts 2>/dev/null | while read DEV DIR TYPE OPTS ; do
if [ "$DIR" != "/" -a "$DIR" != "$sysroot" -a -d "$DIR" ]; then
mkdir -p $sysroot/$DIR
$MOCK mount -o move $DIR $sysroot/$DIR
基本上我脚本记录当前系统各个配置，指定重启后是安装 AlpineLinux 还是 dd Ubuntu 或 Windows ，都要在这个区域内，插入需要的内容。
一开始，我决定在这个地方，把以上四条伪代码，改成系统内实际配置，放在该区域首处，但发现 AlpineLinux 还是没有先读取这一部分，而是先接受刷入内核时，写入的：
- ip=$IPv4::$GATE:$ipMask::$interface4::$ipDNS:
参数，造成网络初始化失败。
这个方法行不通，说明软 hack 不规则 IPv4 网关部分，就不能放在此处，init 是 AlpineLinux 网络安装程序启动时，必然会调用的一个脚本，那么到底有没有办法，让软 hack 在更“早”一些阶段运行呢？
方法当然是有的，能不能找到，就要看开发者的耐心和细致程度。我们认真阅读一下 init 脚本中的内容，本质上也是用 shell 写的，在 211 行前后，我们发现一个叫“configure_ip()”的函数，原版 init 文件中该函数代码如下：
- configure_ip() {
[ -n "$MAC_ADDRESS" ] && return
local IFS=':'
set -- ${KOPT_ip:-dhcp}
unset IFS
local client_ip="$1"
local gw_ip="$3"
local netmask="$4"
local device="$6"
local autoconf="$7"
local dns1="$8"
local dns2="$9"
case "$client_ip" in
off|none) return;;
dhcp) autoconf="dhcp";;
esac
[ -n "$device" ] || device=$(ip_choose_if)
if [ -z "$device" ]; then
echo "ERROR: IP requested but no network device was found"
return 1
fi
if [ "$autoconf" = "dhcp" ]; then
# automatic configuration
if [ ! -e "$ROOT"/usr/share/udhcpc/default.script ]; then
echo "ERROR: DHCP requested but not present in initrd"
return 1
fi
ebegin "Obtaining IP via DHCP ($device)"
$MOCK ifconfig "$device" 0.0.0.0
$MOCK udhcpc -i "$device" -f -q
eend $?
else
# manual configuration
[ -n "$client_ip" -a -n "$netmask" ] || return
ebegin "Setting IP ($device)"
if ifconfig "$device" "$client_ip" netmask "$netmask"; then
[ -z "$gw_ip" ] || ip route add 0.0.0.0/0 via "$gw_ip" dev "$device"
fi
eend $?
fi
# Never executes if variables are empty
for i in $dns1 $dns2; do
echo "nameserver $i" >> /etc/resolv.conf
done
MAC_ADDRESS=$(cat /sys/class/net/$device/address)
}
从名字上就能看出，该函数的作用是以静态或动态方式配置网络，而且注释里“# automatic configuration”和“# manual configuration”也讲清楚了，动态 dhcp 配置时函数执行哪个部分，静态 static 配置时，函数执行哪个部分。
为了排错时阅读 init 中添加的条目的美观，每增加一条项目前，添加两个缩进，美化后并附加条件判断式的命令如下：
- [[ "$BurnIrregularIpv4Status" == "1" ]] && {
actualIp4Gate="$GATE"
sed -i '/manual configuration/a\\t\tip link set '$interface4' up\n\t\tip addr add '$IPv4'/'$ipPrefix' dev '$interface4'\n\t\tip route add '$actualIp4Gate' dev '$interface4'\n\t\tip route add default via '$actualIp4Gate' dev '$interface4' onlink\n\t\techo '\''nameserver '$ipDNS1''\'' > /etc/resolv.conf\n\t\techo '\''nameserver '$ipDNS2''\'' >> /etc/resolv.conf' /tmp/boot/init
}
于是我们再来看一下 init 中被修改后的“configure_ip()”函数：
- configure_ip() {
[ -n "$MAC_ADDRESS" ] && return
local IFS=':'
set -- ${KOPT_ip:-dhcp}
unset IFS
local client_ip="$1"
local gw_ip="$3"
local netmask="$4"
local device="$6"
local autoconf="$7"
local dns1="$8"
local dns2="$9"
case "$client_ip" in
off|none) return;;
dhcp) autoconf="dhcp";;
esac
[ -n "$device" ] || device=$(ip_choose_if)
if [ -z "$device" ]; then
echo "ERROR: IP requested but no network device was found"
return 1
fi
if [ "$autoconf" = "dhcp" ]; then
# automatic configuration
if [ ! -e "$ROOT"/usr/share/udhcpc/default.script ]; then
echo "ERROR: DHCP requested but not present in initrd"
return 1
fi
ebegin "Obtaining IP via DHCP ($device)"
$MOCK ifconfig "$device" 0.0.0.0
$MOCK udhcpc -i "$device" -f -q
eend $?
else
# manual configuration
ip link set eth0 up
ip addr add 51.75.213.94/29 dev eth0
ip route add 141.95.72.254 dev eth0
ip route add default via 141.95.72.254 dev eth0 onlink
echo 'nameserver 8.8.8.8' > /etc/resolv.conf
echo 'nameserver 1.1.1.1' >> /etc/resolv.conf
[ -n "$client_ip" -a -n "$netmask" ] || return
ebegin "Setting IP ($device)"
if ifconfig "$device" "$client_ip" netmask "$netmask"; then
[ -z "$gw_ip" ] || ip route add 0.0.0.0/0 via "$gw_ip" dev "$device"
fi
eend $?
fi
# Never executes if variables are empty
for i in $dns1 $dns2; do
echo "nameserver $i" >> /etc/resolv.conf
done
MAC_ADDRESS=$(cat /sys/class/net/$device/address)
}
显然，我们要软 hack 的命令，即：
- # manual configuration
ip link set eth0 up
ip addr add 51.75.213.94/29 dev eth0
ip route add 141.95.72.254 dev eth0
ip route add default via 141.95.72.254 dev eth0 onlink
echo 'nameserver 8.8.8.8' > /etc/resolv.conf
echo 'nameserver 1.1.1.1' >> /etc/resolv.conf
部分，连带临时的 DNS，都添加到了注释“# manual configuration”后面，预期中它应当在启动时优先执行。
经过试验，重启前原系统中 grub 有关配置 AlpineLinux 网络启动的 menuentry 菜单项目中，也先不配置网关，脚本中应对这种情况的判断式为：
- [[ "$BurnIrregularIpv4Status" == "1" ]] && Add_OPTION="ip=$IPv4:::$ipMask::$interface4::$ipDNS:"
实际写入的 grub 启动菜单内容如下：
- menuentry 'Install OS [AlpineLinux edge x86_64]' --class debian --class gnu-linux --class gnu --class os {
recordfail
load_video
gfxmode $linux_gfx_mode
insmod gzio
if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
insmod part_gpt
insmod ext2
set root='hd0,gpt1'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt1 --hint-efi=hd0,gpt1 --hint-baremetal=ahci0,gpt1e2bca382-8f84-47f8-a6c1-cf1ade169203
else
search --no-floppy --fs-uuid --set=root e2bca382-8f84-47f8-a6c1-cf1ade169203
fi
linux /boot/vmlinuz alpine_repo=http://dl-cdn.alpinelinux.org/alpine/edge/main modloop=http://dl-cdn.alpinelinux.org/alpine/edge/releases/x86_64/netboot/modloop-lts ip=51.75.213.94:::255.255.255.248::eth0::8.8.8.8 1.1.1.1:
initrd /boot/initrd.img
}
通过实验，发现由于命令执行的顺序被提前了，所以软 hack 不规则 IPv4 网关的命令，会在 init 中函数“configure_ip()”运行后的 else 条件，即检查到按静态配置 IPv4 网络后立马运行，效果堪比 preseed 的 early_command。
后来查阅 Ubuntu netplan 官方文档 https://netplan.readthedocs.io/en/latest/netplan-yaml/#default-routes 才知道，netplan 的 routes 条目中，给出了“on-link: true”参数，一看名字就知道，它规定主机与网关直接通信，不走内网，可有效避免 因为 netplan 计算本机 IPv4/掩码后缀 ，得到一个范围，如果不指定该参数，且网关不在其中，网络服务就会工作不正常的问题 。
又被 IPv4 地址范围检验给坑了一次，这次不是在安装时，而是在安装好的系统里，啊，多么痛的领悟，你还要再坑俺几次咧。
cloud-init 配置文件改动如下：
- network:
version: 2
ethernets:
eth0:
dhcp4: false
addresses: [IPv4/ipPrefix] routes:
- to: default
via: GATE
on-link: true
nameservers:
addresses: [ipDNS1, ipDNS2]
实际环境中 netplan 配置内容如下：
- network:
ethernets:
eth0:
addresses:
- 78.142.231.165/32
dhcp4: false
nameservers:
addresses:
- 8.8.8.8
- 1.1.1.1
routes:
- on-link: true
to: default
via: 78.142.231.1
version: 2
这下不规则 IPv4 配置下，Ubuntu netplan 联网的问题也解决了。终于呵，解决了 AlpineLinux 一个，剩下 dd Ubuntu Windows 自然都水到渠成了，这里再强调一下，添加 -windows "版本号" 时，中介系统是 AlpineLinux ，和 -dd 'dd 包' 的中介系统 Debian 12 是不一样的：
- bash InstallNET.sh -windows "10"
光说不练假本事，理论、嘴炮有没有用，VNC 里见真章，来人呐，给公子上图！
先开一台美东的，原系统 Ubuntu ：
用中介系统 Debian 来 dd Windows ，脚本执行界面：
精华全在这里：
dd 流程：
安装 AlpineLinux 本身当然没问题，外加 Hetzner 后台模板和挂载的 iso 并不支持 AlpineLinux ，可以说我的脚本是 全网唯一一个能在 Hetzner 上安装 AlpineLinux，并顺利配置 IPv4 IPv6 双栈 的。
从在 Hetzner 上装好的 AlpineLinux dd Windows 也没问题：
安装 Ubuntu 并配置好双栈自然不在话下：
当然，命根子 Debian 重装绝对不能、也不允许出错，否则会比家里泉水被偷了还难受。
安装Debian 12+ Kali 以配置 IPv6 优先，安装 Debian 11- 以配置 IPv4 优先，所以新系统内网络配置文件的写入顺序会有所不同，但不影响使用。
Hetzner ARM64 的机器也可以尽情玩耍，目前只有德国东部 Falkenstein（法尔肯施泰因）可开，同样价格下，内存、硬盘各比 amd64 机型大了一倍，性价比很高。
arm64 机型安装 AlpineLinux 我还是第一次测试，甲骨文那边的测试机用的只有 1G amd64，从实验结果来看，自然不在话下：
从 AlpineLinux dd 到 Ubuntu 没有任何阻碍，静静观察表演就行，事实证明，只要网络问题解决，仅安装流程层面，arm64 和 amd64 区别不大，Hetzner 等商家给重装带来的最大障碍就是其坑逼的网络配置 。
Linux 不能失去 Debian ，就像西方不能失去耶路撒冷：
Hetzner arm64 机器 dd win 就不测了，dd 包都是基于 amd64 的，dd 完了也启动不了。况且 Windows 超强的兼容性，就是来自基于 x86 x86_64 架构上开发的各种新老应用程序的支持，即使能在 arm 上安装专门为 arm 开发的 Windows ，除了 UI 界面和 x86 的 Windows 一致，很多 x86 的程序无法在 arm Windows 下兼容，除非再安装一个 x86 虚拟机来模拟运行，但运行效率相比在原生 x86 上运行降低 90% 也不是没有可能，目前为原生 arm Windows 开发的应用数量很有限，丰富程度甚至还不如 Linux，所以 arm64 的机器还是用 arm64 Linux 比较好。
推荐楼 netviyin 昨天19:13
天天搞这么多。
烦都烦死了
这个人
推荐楼 渣渣灰 昨天21:14
坛子里很多阴阳怪气的人 当初萌咖也被你们这样挤兑走了
人家发折腾贴，你们还不乐意，你们就想发aff
推荐楼 toot 昨天18:00
写了这么多……恢复模式下载dd包重启，搞定
推荐楼 toot 昨天18:16
不爱看别看，没人求着你看，照你这种滑坡逻辑，用商家面板自带的系统就好了，为什么还要用脚本重装，你也 ...
看把你急的
推荐楼 toot 昨天18:05
要的就是不考虑任何你所假设的“理想”环境，如果 Hetzner 不提供恢复模式，你又该怎么办呢？ ...
不提供恢复模式的商家直接萌咖dd。hz这种框架就有恢复模式
推荐楼 chipang 6小时前
支持樓主 用了樓主的成果成功在oracle cloud上使用 非常感謝
推荐楼 景安代理 7小时前
支持支持支持技术流
推荐楼 shunglay 7小时前
支持楼主，支持技术派
推荐楼 李某某 昨天23:58
大婶，受在下一拜
推荐楼 host0108 昨天23:54
支持原创，虽然用不着，先学习一波
6楼 天权璇玑 昨天18:02
写了这么多……恢复模式下载dd包重启，搞定
要的就是不考虑任何你所假设的“理想”环境，如果 Hetzner 不提供恢复模式，你又该怎么办呢？
8楼 天权璇玑 昨天18:06
不提供恢复模式的商家直接萌咖dd。hz这种框架就有恢复模式
诶，巧了，就我今天说的这种不规则 IPv4 情况，且没有恢复模式，你不用我的，用谁的都没用
9楼 谷歌浏览器 昨天18:09
帮顶，刚看完，支持技术贴
10楼 天权璇玑 昨天18:11
不提供恢复模式的商家直接萌咖dd。hz这种框架就有恢复模式
不爱看别看，没人求着你看，照你这种滑坡逻辑，用商家面板自带的系统就好了，为什么还要用脚本重装，你也可以问问萌咖为什么当年吃饱了撑得，搞这个脚本，我只是继承前人的衣钵而已。
12楼 天权璇玑 昨天18:23
看把你急的
我急啥，急的是你，我后面还要发各种我折腾的内容，你不爱看我也发
13楼 netviyin 昨天19:13
天天搞这么多。
烦都烦死了
这个人
14楼 纯之 昨天19:27
帮顶,自愧不如,跟大佬比,我还在玩泥巴
15楼 jpfree 昨天19:36
好像很厉害的样子
16楼 渣渣灰 昨天21:14
坛子里很多阴阳怪气的人 当初萌咖也被你们这样挤兑走了
人家发折腾贴，你们还不乐意，你们就想发aff
17楼 看我签名. 昨天21:46
大佬牛逼 论坛里的某些人真是又蠢又坏
18楼 sanxian 昨天21:54
怎么有的评论这么恶心人
19楼 canxunhulian 昨天21:57
我只能说牛逼
20楼 小黑 昨天22:04
HZ的服务器,,DD有点痛苦
22楼 host0108 昨天23:54
支持原创，虽然用不着，先学习一波
23楼 李某某 昨天23:58
大婶，受在下一拜
24楼 shunglay 7小时前
支持楼主，支持技术派
25楼 景安代理 7小时前
支持支持支持技术流
26楼 chipang 6小时前
支持樓主 用了樓主的成果成功在oracle cloud上使用 非常感謝
申明：本文内容由网友收集分享，仅供学习参考使用。如文中内容侵犯到您的利益，请在文章下方留言，本站会第一时间进行处理。