Churros 最近把 HKBGP Lite 迁移到 PVE 去了,我也重新购买了机器并且把网站重新部署在新的服务器上了,作为惯例,我们来看看这次新的 HKBGP Lite 的表现吧!
以下结果来自 融合怪测试
首先来看看 HKBGP Lite 的配置吧!这次我买的是单核的
Bash
测评频道: https://t.me/vps_reviews
版本:2024.06.13
更新日志:VPS融合怪测试(集百家之长)
---------------------基础信息查询--感谢所有开源项目---------------------
CPU 型号 : AMD EPYC 7C13 64-Core Processor
CPU 核心数 : 1
CPU 频率 : 1996.251 MHz
CPU 缓存 : L1: 128.00 KB / L2: 512.00 KB / L3: 16.00 MB
AES-NI指令集 : ✔ Enabled
VM-x/AMD-V支持 : ✔ Enabled
内存 : 850.10 MiB / 1.94 GiB
Swap : [ no swap partition or swap file detected ]
硬盘空间 : 4.62 GiB / 19.52 GiB
启动盘路径 : /dev/sda1
系统在线时间 : 0 days, 1 hour 29 min
负载 : 0.30, 0.09, 0.02
系统 : Debian GNU/Linux 11 (bullseye) (x86_64)
架构 : x86_64 (64 Bit)
内核 : 5.10.0-28-cloud-amd64
TCP加速方式 : cubic
虚拟化架构 : KVM
NAT类型 : Full Cone
IPV4 ASN : AS38136 Akari Networks
IPV4 位置 : Tehran / Tehran / IR
配置基本不变
接下来就是 CPU 的单核理论得分测试
Bash
----------------------CPU测试--通过sysbench测试-------------------------
-> CPU 测试中 (Fast Mode, 1-Pass @ 5sec)
1 线程测试(单核)得分: 3402 Scores
配置与之前是完全没有变化的!
然后是内存测试
Bash
---------------------内存测试--感谢lemonbench开源-----------------------
-> 内存测试 Test (Fast Mode, 1-Pass @ 5sec)
单线程读测试: 41789.32 MB/s
单线程写测试: 21330.49 MB/s
接下来是磁盘 dd 读写
Bash
------------------磁盘dd读写测试--感谢lemonbench开源--------------------
-> 磁盘IO测试中 (4K Block/1M Block, Direct Mode)
测试操作 写速度 读速度
100MB-4K Block 35.7 MB/s (8724 IOPS, 2.93s) 26.8 MB/s (6532 IOPS, 3.92s)
1GB-1M Block 552 MB/s (526 IOPS, 1.90s) 552 MB/s (525 IOPS, 1.90s)
然后是 fio 读写
Bash
---------------------磁盘fio读写测试--感谢yabs开源----------------------
Block Size | 4k (IOPS) | 64k (IOPS)
------ | --- ---- | ---- ----
Read | 188.63 MB/s (47.1k) | 522.25 MB/s (8.1k)
Write | 189.13 MB/s (47.2k) | 525.00 MB/s (8.2k)
Total | 377.76 MB/s (94.4k) | 1.04 GB/s (16.3k)
| |
Block Size | 512k (IOPS) | 1m (IOPS)
------ | --- ---- | ---- ----
Read | 498.14 MB/s (972) | 492.85 MB/s (481)
Write | 524.60 MB/s (1.0k) | 525.67 MB/s (513)
Total | 1.02 GB/s (1.9k) | 1.01 GB/s (994)
疑似比之前慢了一些?
接下来就到喜闻乐见的网络环节了!
流媒体解锁
Bash
------------流媒体解锁--基于oneclickvirt/CommonMediaTests开源-----------
以下测试的解锁地区是准确的,但是不是完整解锁的判断可能有误,这方面仅作参考使用
----------------Netflix-----------------
[IPV4]
您的出口IP可以使用Netflix,但仅可看Netflix自制剧
NF所识别的IP地域信息:中国香港
[IPV6]
您的网络可能没有正常配置IPv6,或者没有IPv6网络接入
----------------Youtube-----------------
[IPV4]
连接方式: Youtube Video Server
视频缓存节点地域: 中国香港(HKG07S42)
Youtube识别地域: 中国香港(HK)
[IPV6]
Youtube在您的出口IP所在的国家不提供服务
---------------DisneyPlus---------------
[IPV4]
当前出口所在地区解锁DisneyPlus
区域:HK 区
[IPV6]
DisneyPlus在您的出口IP所在的国家不提供服务
解锁Netflix,Youtube,DisneyPlus上面和下面进行比较,不同之处自行判断
----------------流媒体解锁--感谢RegionRestrictionCheck开源--------------
以下为IPV4网络测试,若无IPV4网络则无输出
============[ Multination ]============
Dazn: Yes (Region: HK)
Disney+: No (IP Banned By Disney+ 1)
Netflix: Originals Only
YouTube Premium: Yes (Region: HK)
Amazon Prime Video: Yes (Region: HK)
TVBAnywhere+: No
Spotify Registration: No
Instagram Licensed Audio: No
OneTrust Region: HK [Unknown]
iQyi Oversea Region: HK
Bing Region: HK
YouTube CDN: Hong Kong
Netflix Preferred CDN: Hong Kong
ChatGPT: No (Only Available with Mobile APP)
Wikipedia Editability: No
Google Search CAPTCHA Free: Yes
Steam Currency: HKD
---Forum---
Reddit: No
=======================================
以下为IPV6网络测试,若无IPV6网络则无输出
---------------TikTok解锁--感谢lmc999的源脚本及fscarmen PR--------------
Tiktok Region: Failed
啊哦,这次的ip看起来不太妙
ip 洁净度测试
Bash
-------------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] | abstractapi数据库 [C] | cheervision数据库 [D] | ipqualityscore数据库 [E]
IPV4:
安全得分:
声誉(越高越好): 0 [2]
信任得分(越高越好): 95 [8]
VPN得分(越低越好): 2 [8]
代理得分(越低越好): 4 [8]
社区投票-无害: 0 [2]
社区投票-恶意: 0 [2]
威胁得分(越低越好): 8 [8]
欺诈得分(越低越好): 19 [1] 0 [E]
滥用得分(越低越好): 0 [3]
ASN滥用得分(越低越好): 0.0022 (Low) [A]
公司滥用得分(越低越好): 0 (Very Low) [A]
威胁级别: low [9 B]
黑名单记录统计:(有多少黑名单网站有记录):
无害记录数: 0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 93 [2]
安全信息:
使用类型: isp [A] corporate [9] hosting [0 7] DataCenter/WebHosting/Transit [3]
公司类型: hosting [0] isp [7 A]
是否云提供商: Yes [7 D]
是否数据中心: Yes [0 1 A] No [5 6 8]
是否移动设备: No [5 A] Yes [E]
是否代理: No [0 1 4 5 6 7 8 9 A B D E]
是否VPN: No [0 1 6 7 A D E]
是否TorExit: No [1 7 D]
是否Tor出口: No [1 7 D]
是否网络爬虫: No [9 A B E]
是否匿名: No [1 6 7 8 D]
是否攻击者: No [7 8 D]
是否滥用者: No [7 8 A D E]
是否威胁: No [7 8 D]
是否中继: No [0 7 8 D]
是否Bogon: No [7 8 A D]
是否机器人: No [E]
DNS-黑名单: 338(Total_Check) 0(Clean) 5(Blacklisted) 199(Other)
Google搜索可行性:YES
看来 ip 真的转手很多次了,,
接下来是邮箱端口检测
Bash
-------------邮件端口检测--基于oneclickvirt/portchecker开源-------------
Platform SMTP SMTPS POP3 POP3S IMAP IMAPS
LocalPort ✔ ✔ ✔ ✔ ✔ ✔
QQ ✔ ✔ ✔ ✘ ✔ ✘
163 ✔ ✔ ✔ ✘ ✔ ✘
Sohu ✔ ✔ ✔ ✘ ✔ ✘
Yandex ✔ ✔ ✔ ✘ ✔ ✘
Gmail ✔ ✔ ✘ ✘ ✘ ✘
Outlook ✔ ✘ ✔ ✘ ✔ ✘
Office365 ✔ ✘ ✔ ✘ ✔ ✘
Yahoo ✔ ✔ ✘ ✘ ✘ ✘
MailCOM ✔ ✔ ✔ ✘ ✔ ✘
MailRU ✔ ✔ ✘ ✘ ✔ ✘
AOL ✔ ✔ ✘ ✘ ✘ ✘
GMX ✔ ✘ ✔ ✘ ✔ ✘
Sina ✔ ✔ ✔ ✘ ✔ ✘
随后是三网回程
Bash
----------------三网回程--基于oneclickvirt/backtrace开源----------------
国家: IR 城市: Tehran 服务商: AS38136 Akari Networks
北京电信 219.141.140.10 检测不到回程路由节点的IP地址
北京联通 202.106.195.68 检测不到回程路由节点的IP地址
北京移动 221.179.155.161 移动CMI [普通线路]
上海电信 202.96.209.133 电信163 [普通线路]
上海联通 210.22.97.1 检测不到回程路由节点的IP地址
上海移动 211.136.112.200 移动CMI [普通线路]
广州电信 58.60.188.222 电信163 [普通线路]
广州联通 210.21.196.6 联通4837 [普通线路]
广州移动 120.196.165.24 移动CMI [普通线路]
成都电信 61.139.2.69 电信163 [普通线路]
成都联通 119.6.6.6 联通4837 [普通线路]
成都移动 211.137.96.205 移动CMI [普通线路] 移动CMIN2 [精品线路]
准确线路自行查看详细路由,本测试结果仅作参考
同一目标地址多个线路时,可能检测已越过汇聚层,除了第一个线路外,后续信息可能无效
依然移动快乐机
然后是回程路由
Bash
---------------------回程路由--感谢fscarmen开源及PR---------------------
依次测试电信/联通/移动经过的地区及线路,核心程序来自ipip.net或nexttrace,请知悉!
广州电信 58.60.188.222
0.72 ms AS38136 中国, 香港, domtehniki-net.ru
0.45 ms AS983 中国, 香港, akrn.net
1.07 ms AS174 中国, 香港, cogentco.com
1.38 ms AS174 中国, 香港, cogentco.com
2.21 ms AS174 中国, 香港, cogentco.com
62.57 ms AS174 日本, 东京都, 东京, cogentco.com
201.93 ms AS174 关岛, cogentco.com
179.98 ms AS174 美国, 加利福尼亚州, 洛杉矶, cogentco.com
204.38 ms AS174 美国, 加利福尼亚州, 圣何塞, cogentco.com
201.91 ms AS174 美国, 加利福尼亚州, 圣何塞, cogentco.com
190.28 ms AS174 美国, 加利福尼亚州, 圣何塞, cogentco.com
334.26 ms AS4134 中国, 广东, 广州, chinatelecom.com.cn, 电信
337.56 ms AS4134 中国, 广东, 深圳, chinatelecom.com.cn, 电信
360.40 ms AS4134 中国, 广东, 深圳, chinatelecom.com.cn, 电信
广州联通 210.21.196.6
0.38 ms AS983 中国, 香港, akrn.net
1.13 ms AS174 中国, 香港, cogentco.com
1.30 ms AS174 中国, 香港, cogentco.com
2.26 ms AS174 中国, 香港, cogentco.com
226.89 ms AS174 美国, 加利福尼亚州, 洛杉矶, cogentco.com
151.87 ms AS174 美国, 加利福尼亚州, 洛杉矶, cogentco.com
152.69 ms AS174 美国, 加利福尼亚州, 洛杉矶, cogentco.com
309.58 ms AS4837 中国, 广东, 广州, chinaunicom.com, 联通
304.62 ms AS4837 中国, 广东, 广州, chinaunicom.com, 联通
307.28 ms AS4837 中国, 广东, 广州, chinaunicom.com, 联通
323.03 ms AS17816 中国, 广东, 深圳, chinaunicom.com, 联通
318.67 ms AS17623 中国, 广东, 深圳, chinaunicom.com, 联通
312.17 ms AS17623 中国, 广东, 深圳, chinaunicom.com, 联通
广州移动 120.196.165.24
0.41 ms AS983 中国, 香港, akrn.net
0.78 ms AS6939 中国, 香港, he.net
33.33 ms AS38278 新加坡, equinix.com
72.47 ms AS58453 中国, 广东, 广州, chinamobile.com, 移动
71.12 ms AS9808 中国, 广东, 广州, chinamobile.com, 移动
75.04 ms AS9808 中国, 广东, 广州, chinamobile.com, 移动
42.89 ms AS9808 中国, 广东, 广州, chinamobile.com, 移动
44.63 ms AS9808 中国, 广东, 广州, chinamobile.com, 移动
43.91 ms AS56040 中国, 广东, 深圳, chinamobile.com, 移动
最后就是测速了
Bash
--------------------自动更新测速节点列表--本脚本原创--------------------
位置 上传速度 下载速度 延迟 丢包率
Speedtest.net 518.77 Mbps 503.13 Mbps 0.42 0.0%
中国香港 523.17 Mbps 503.55 Mbps 2.41 0.0%
日本东京 299.87 Mbps 507.66 Mbps 45.15 0.0%
联通WuXi 141.35 Mbps 428.69 Mbps 227.54 0.0%
电信Suzhou5G 112.56 Mbps 454.48 Mbps 334.89 NULL
电信合肥5G 26.79 Mbps 6.55 Mbps 301.70 0.0%
移动Beijing 134.86 Mbps 295.83 Mbps 225.08 NULL
我这个机子是 500Mbps 的,不多不少
然后到我们的 itdog 国内延迟检测!
以下测试结果来自 itdog.cn
单次 IP ping
好像比之前的要好一些?我没有拿这台机子做节点,不太清楚实际体验
单次 https+CF CDN ping 测试
这个主要是测试建站环境下的国内网络状态
持续 IP ping 测试
这个 IP 地址我一直感觉很奇怪,itdog 显示 伊朗,Whoer 显示 新加坡
总结
这次的 PVE 机子配置与以前一样,但是 IP 洁净度有比较大的问题,不知道是不是幸存者偏差,对于我来说这次购买的这台机子是绝对没法建节点并且能得到良好的代理体验的,只能作为一台建站小鸡来使用。
只有一台机子测试,数据不足,不足以完全依照本篇进行参考,请根据自己的实际需求选购。
发表回复