Basic Information
CPU 型号 : Intel(R) Xeon(R) Platinum 8180 CPU @ 2.50GHz
CPU 核心数 : 1
CPU 频率 : 2494.144 MHz
CPU 缓存 : L1: 32.00 KB / L2: 1.00 MB / L3: 38.50 MB
AES-NI指令集 : ✔ Enabled
VM-x/AMD-V支持 : ✔ Enabled
内存 : 18.34 MiB / 122.07 MiB
Swap : 9.51 MiB / 122.07 MiB
硬盘空间 : 128 MB (ZFS)
系统在线时间 : 0 days, 11 hour
负载 : 2.14, 2.35, 2.45
系统 : Alpine Linux v3.22
架构 : x86_64 (64 Bit)
内核 : 6.1.0-50-amd64
TCP加速方式 : bbr
虚拟化架构 : Dedicated
NAT类型 : Port Restricted Cone
IPV4 ASN : AS42960 VH Global Limited
IPV4 位置 : Tung Chung / Islands / HK
CPU Test
sysbench (Fast Mode, 1-Pass @ 5sec):
| Item | Score |
|---|---|
| 1 thread (single core) | 737 Scores |
| 2 threads (multi-core) | 706 Scores |
Memory test (lemonbench):
| Item | Result |
|---|---|
| Single-thread read | 16176.94 MB/s |
| Single-thread write | 4145.48 MB/s |
Additional: openssl encryption throughput (single core, independently tested)
| Algorithm | Throughput |
|---|---|
| AES-128-GCM | 3,819,902 KB/s ≈ 3.64 GiB/s |
| AES-256-GCM | 2,737,665 KB/s ≈ 2.61 GiB/s |
| ChaCha20-Poly1305 | 1,856,935 KB/s ≈ 1.77 GiB/s |
| SHA-512 | 491,509 KB/s |
| SHA-256 | 274,967 KB/s |
Disk I/O Test
测试操作 写速度 读速度
100MB-4K Block (6104 IOPS, 4.19s) (86.09 K IOPS, 0.30s)
1GB-1M Block (26 IOPS, 38.87s) (7325 IOPS, 0.14s)
Conversion: 1M-block write ≈ 26 MB/s.
Independent cross-verification (random data, not all zeros):
| Test | Speed |
|---|---|
| Sequential write (64K, fsync) | 20.7 MB/s |
| Sequential write (O_DIRECT) | 19.1 MB/s |
| Sequential read (O_DIRECT) | 144.8 MB/s |
| tmpfs comparison | 693 MB/s |
Streaming Unblocking
===========[ IPV4 跨国平台 ]============
Amazon Prime Video YES (Region: DE)
Apple NO
Bilibili Anime YES (Region: HK)
BingSearch YES (Region: US)
ChatGPT YES (Only Available with Mobile APP)
Claude NO (Region: HK)
Coze YES (Region: US)
DeepSeek YES (Region: HK)
Disney+ YES (Region: HK)
Dola AI YES (Region: US)
Gemini YES (Region: US)
Google Play Store YES (Region: US)
GoogleSearch YES
Grok Banned
Instagram Licensed Audio Rate Limited (HTTP 429)
IQiYi YES (Region: HK)
Kimi YES (Region: OVERSEA)
KOCOWA YES
MathsSpot YES (Region: US)
MetaAI YES
Microsoft Copilot YES (Region: HK)
Mistral AI NO (Region: HK)
Netflix YES (Region: HK)
Netflix CDN YES (Region: HK)
OneTrust YES (Region: HK)
ParamountPlus NO
Perplexity AI Banned
Poe YES (Region: HK)
Reddit YES
SonyLiv Error
Sora Banned (VPN Blocked)
Spotify Registration YES (Region: US)
Steam Store YES (Community Available) (Region: US)
TikTok YES (Region: ALISG)
TVBAnywhere+ YES (Region: US)
Viu.com YES
WeTV YES (Region: HK)
Wikipedia Editability Banned
X (formerly Twitter) YES (Region: HK)
YouTube CDN YES (Google Global Cache CDN - ISP Cooperation) (Region: NCHKGB - AS)
YouTube Region YES
TikTok Region: 【US】
Review: This Hong Kong IP has everything it should—Netflix HK / Disney+ HK / YouTube / WeTV / Bilibili Hong Kong fully unblocked. ChatGPT is available only through the mobile app, while Claude is not unblocked. Grok, Sora, and Perplexity are blocked. YouTube uses Google Global Cache (ISP-cooperative caching), indicating a direct cached connection with Google and therefore good speeds.
IP Quality
安全得分:
信任得分(越高越好): 100 [8]
VPN得分(越低越好): 0 [8]
代理得分(越低越好): 0 [8]
社区投票-无害: 0 [2]
社区投票-恶意: 0 [2]
威胁得分(越低越好): 0 [8]
欺诈得分(越低越好): 100 [E]
滥用得分(越低越好): 0 [3]
威胁级别: low [9 B]
流量占比: 真人23% [I] 机器人76% [I]
黑名单记录统计:
无害记录数: 51 [2] 恶意记录数: 2 [2] 可疑记录数: 0 [2] 无记录数: 38 [2]
安全信息:
使用类型: business [8 9] hosting [0 3 7 C]
公司类型: business [7] isp [0]
浏览器类型: 主流84% 其他15% [I]
设备类型: 桌面88% 移动11% [I]
操作系统类型: 主流93% 其他6% [I]
是否云提供商: Yes [7 D]
是否数据中心: No [5 8] Yes [0 C]
是否移动设备: Yes [E] No [5 C]
是否代理: Yes [4 5 7 C E] No [0 8 9 B D]
是否VPN: Yes [E] No [0 7 C D]
是否Tor: No [0 3 7 8 B C D E]
是否Tor出口: No [7 D]
是否网络爬虫: No [9 B E]
是否匿名: No [8 D] Yes [7]
是否攻击者: No [7 8 D]
是否滥用者: No [7 8 C D] Yes [E]
是否威胁: No [7 8 C D]
是否中继: No [0 7 8 C D]
是否Bogon: No [7 8 A C D]
是否机器人: Yes [E]
DNS-黑名单: 302(Total_Check) 0(Clean) 8(Blacklisted) 17(Other)
Google搜索可行性：NO
Review: A typical datacenter IP. Multiple databases classify it as hosting / cloud provider: Yes. Its trust score is a perfect 100, while its abuse and threat scores are both 0; it is essentially clean on blacklists (51 harmless records versus 2 malicious ones).
Fraud score 100 [E](ipqualityscore)—this is relatively high, so registration-related services may subject it to risk controls-
Proxy: Yeswas detected by five databases -
Google search feasibility: NO—Google will display CAPTCHAs because this is a datacenter IP
Conclusion: Streaming works, but don’t expect to use it as a “clean residential IP.”
Mail Port Detection
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 ✘ ✔ ✔ ✘ ✔ ✘
Mail ports are almost entirely open, so sending mail via SMTP is no problem. This is also standard for NAT-based VPS instances—but outbound mail from websites will be treated as spam by most providers. Don’t use it to host a mail service.
Upstream and Three-Carrier Return Routes
国家: HK 城市: Tung Chung 服务商: AS42960 VH Global Limited
北京电信v4 219.141.140.10 电信CN2GIA [精品线路]
北京联通v4 202.106.195.68 联通4837 [普通线路]
北京移动v4 221.179.155.161 移动CMI [普通线路]
上海电信v4 202.96.209.133 电信CN2GT [优质线路] 电信CTGNET [精品线路] 电信163 [普通线路]
上海联通v4 210.22.97.1 联通4837 [普通线路]
上海移动v4 211.136.112.200 检测不到回程路由节点的IPV4地址
广州电信v4 58.60.188.222 电信CN2GIA [精品线路] 电信CTGNET [精品线路]
广州联通v4 210.21.196.6 联通4837 [普通线路]
广州移动v4 120.196.165.24 移动CMI [普通线路]
成都电信v4 61.139.2.69 电信CN2GT [优质线路] 电信CTGNET [精品线路] 电信163 [普通线路]
成都联通v4 119.6.6.6 联通4837 [普通线路]
成都移动v4 211.137.96.205 移动CMI [普通线路]
This is the machine’s most valuable feature:
Telecom return routes use the premium CN2GIA / CTGNET routes (CN2GIA is clearly identified for Beijing and Guangzhou)—domestic China Telecom users should see noticeably better performance than with standard 163 routes- Three routes coexist (CN2GT + CTGNET + 163), giving China Telecom traffic some room for optimization
China Unicom uses 4837 (the AS4837 China Unicom backbone), a standard route that is neither especially good nor bad- China Mobile uses CMI, also a standard route
Return Routes (nexttrace, Guangzhou Three-Carriers Test)
广州电信 58.60.188.222
0.20 ms * RFC1918
3.98 ms AS42960 中国 香港 vh-global.net
0.68 ms * RFC1918
0.59 ms AS932 [US-HXKVM] 中国 香港 xn.net
68.75 ms * [ZL-LAX] 中国 香港
9.11 ms * 中国 香港 电信
2.29 ms * [APNIC-AP] 中国 香港 电信
2.86 ms * 新加坡 电信
8.88 ms * [CTG-CN] 中国 广东 广州 CN2-CTG CTGNet
56.74 ms * [CN2-BackBone] 中国 广东 广州 CN2→163 chinatelecom.cn 电信
58.65 ms AS4134 [CHINANET-BB] 中国 广东 广州 en.chinatelecom.com.cn 电信
广州联通 210.21.196.6
0.55 ms * RFC1918
0.42 ms AS42960 中国 香港 vh-global.net
0.67 ms * RFC1918
0.71 ms AS932 [US-HXKVM] 美国 州 谢里登 xn.net
2.31 ms AS10099 中国 香港 chinaunicomglobal.com 联通
76.66 ms AS10099 [CUG-BACKBONE] 中国 香港 chinaunicomglobal.com 联通
67.75 ms AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn
67.08 ms AS4837 [CU169-BACKBONE] 中国 广东 广州 X-I chinaunicom.cn 联通
75.23 ms AS17623 [APNIC-AP] 中国 广东 深圳 chinaunicom.cn 联通
75.69 ms AS17623 中国 广东 深圳 宝安区 chinaunicom.cn 联通
广州移动 120.196.165.24
0.14 ms * RFC1918
0.86 ms AS42960 中国 香港 vh-global.net
3.96 ms * RFC1918
5.09 ms AS932 [US-HXKVM] 美国 州 谢里登 xn.net
3.33 ms AS17476 中国 香港 crtech.hk
3.04 ms AS17476 新西兰 crtech.hk
7.79 ms AS58453 [CMI-INT] 中国 广东 广州 cmi.chinamobile.com 移动
33.75 ms AS9808 [CMNET] 中国 广东 广州 X-I chinamobileltd.com 移动
40.20 ms AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
8.98 ms AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
15.62 ms AS56040 [APNIC-AP] 中国 广东 深圳 gd.10086.cn 移动
The upstream path is AS42960 → AS932 (HXKVM) → CTGNET / China Unicom CUG / CMI. For China Telecom, the path switches from CTGNet to CN2→163, a common optimized combination.
Rongheguai speedtest.net results:
| Location | Upload | Download | Latency |
|---|---|---|---|
| Speedtest.net (default) | 12.15 Mbps | 11.77 Mbps | 175.60 ms |
| Frankfurt | — | 11.70 Mbps | 303.39 ms |
Independent multi-source speed tests (10 MB+ downloaded from each source):
| Test source | Download speed | Conversion |
|---|---|---|
| Alibaba Cloud (Shenzhen) | 2.89 MB/s | ≈ 23 Mbps |
| Tsinghua TUNA | 2.80 MB/s | ≈ 22 Mbps |
| Cloudflare | 2.71 MB/s | ≈ 22 Mbps |
| OVH (France) | 1.91 MB/s | ≈ 15 Mbps |
| Upload (Cloudflare) | 1.95 MB/s | ≈ 16 Mbps |
Concurrent verification: Three streams were opened simultaneously, each at approximately 1 MB/s, yet the combined speed remained only 2.9 MB/s → this indicates a total egress bandwidth cap of approximately 25 Mbps down / 16 Mbps up.
Latency:
| Target | Average RTT |
|---|---|
| 1.1.1.1 (Cloudflare) | 3.38 ms |
| 8.8.8.8 (Google) | 3.54 ms |
| 223.5.5.5 (Alibaba DNS, mainland China) | 77.5 ms |
| 114.114.114.114 (mainland China) | No response |
Review:
Extremely low latency within Hong Kong (around 3 ms), the key value of a Hong Kong node- The speed is very stable; the four intercontinental sources varied between 1.9 and 2.9 MB/s, with no major fluctuations
Bandwidth is clearly capped at a low rate, approximately 25M / 16M. Suitable for personal proxy use, but not enough for heavy traffic or multiple users sharing it
Summary
| Aspect | Assessment |
|---|---|
| CPU single-core |  Surprisingly powerful, AES at 3.6 GiB/s |
| Memory | 128M is enough for lightweight services; Alpine has a small memory footprint (only 18M idle) |
| Disk capacity | 128M is extremely tight; only 79M remains after installing the system |
| Disk performance | Sequential write at approximately 20–26 MB/s |
| Network latency | 3 ms within Hong Kong; China Telecom return route via CN2GIA/CTGNET |
| Network speed | Stable at approximately ~25M / ~16M, with a clear bandwidth cap |
| IP quality | Datacenter IP; streaming fully unblocked, but fraud score is relatively high |
Advantages
- China Telecom return routes use premium CN2GIA / CTGNET routes—the machine’s biggest advantage
- Single-core CPU performance far exceeds expectations for this price, with a Xeon 8180 and AVX-512; encrypted tunnels run effortlessly
- Excellent latency within Hong Kong, with Cloudflare / Google at around 3 ms
- Good streaming access: Netflix HK, Disney+ HK, YouTube (via GGC caching), WeTV, and Bilibili Hong Kong all work
- Alpine + LXD containers are extremely lightweight; even with 128M of memory, services run comfortably, with only ~18M idle usage
- BBR enabled by default, making it suitable for proxies and long-lived connections
- Nearly all mail ports are open
Disadvantages
- Only 128 MB of disk space; 79 MB remains after installing the system, ruling out Docker and any moderately large runtime
- It is an LXD container, not KVM; you cannot customize the kernel or run workloads requiring privileges (the script incorrectly reports it as Dedicated)
- NAT private network + port mapping, not a dedicated public-facing port
- Bandwidth capped at 25M/16M, a low-capacity connection
- Sequential write speed is only 20–26 MB/s, and even lower for small-file fsync operations
- High IP fraud score; registration-related services may apply risk controls, and Google search feasibility is NO
- The disk uses ZFS + lz4 compression; testing with
dd if=/dev/zerowill produce distorted results
