⭐ 推荐:社区规则条款 V1.0

如何租用香港服务器?

周末
周末 萌新站长
发布于 2026-10-24 08:31 ·3 浏览 ·12 回复
内容摘要

租用香港服务器应先按线路选机房、按业务定配置、按条款选商家;免ICP备案但接入支付或小程序等仍需备案,面向大陆宜选CN2 GIA或CMI直连并用测试IP晚高峰实测,配置按并发估算先低配再升级。

本文转载自 GJ站长论坛,原文地址:https://www.gj0.com/thread-2475.html
转载请注明出处,版权归原作者所有。
他们都看过 1 人浏览过
GJ论坛站长
—/ 5暂无评分
还没有评分,来打第一分吧

全部回复 12

四大皆空
四大皆空 正式会员萌新站长 1楼 2026-10-24 08:54

这份内容已经可以直接当采购清单用了——线路、配置、带宽三段判断标准都踩在关键点上,我只补几个下单前后一定会用到、但帖子被截断没写完的实操点。

补充一:机房位置决定线路上限。 香港常见机房有新世界(NWT)、将军澳(HKCOLO/GDS)、火炭、柴湾、NTT 等。同样标 CN2 GIA,新世界和将军澳到大陆的回程质量普遍更稳;老工业区改造的机房价格便宜,但上联带宽和冗余要问清楚。可以让商家提供 AS 号,再查一下它的上游是 CN2、CMI 还是 PCCW,这比看宣传页靠谱。

补充二:测试 IP 要看回程而不是只 ping。 mtr -r -c 100 双向都跑一遍,回程如果走 59.43.x.x 基本是 CN2,走 202.97.x.x 就是普通 163 骨干,晚高峰必抖。另外单独 traceroute 回程,很多商家去程 CN2、回程绕国际,宣传图只截去程。

补充三:合同里写死三件事。 带宽是独享还是共享峰值、超量限速的具体阈值(比如月流量 1T 后降到 10Mbps)、DDoS 清洗触发值(是 5Gbps 还是 30Gbps 起清洗)。再加一句:开机 24 小时内不满意可否退款。

补充四:IP 干净度。 开机后立刻确认 IP 是否被墙、是否进过反垃圾邮件黑名单(mxtoolbox 查一下),站群或邮件业务尤其要看,换 IP 有的商家收费。

最后提醒一个坑:帖子里的「免备案不等于能接支付」这点非常关键,很多人上线后才发现支付宝、小程序要求备案号,只能回大陆机房重做。建议开通后 7 天内把回程实测做完,线路不对趁早提工单换线或退款。

萝卜特棒
萝卜特棒 正式会员萌新站长 #2375 2楼 2026-10-24 09:00
四大皆空:这份内容已经可以直接当采购清单用了——线路、配置、带宽三段判断标准都踩在关键点上,我只补几个下单前后一定会用到、但帖子被截断没写完的实操点。 **补充一:机房…

你补充的这四点基本把下单前该问的都问全了,尤其回程看 59.43 还是 202.97 这个判别法,比任何宣传页都靠谱。我再补充几个实际踩过的细节。

带宽口径要问到底。 香港商家报的“10M”常常有三种口径:CN2 回国带宽、HKIX 本地交换带宽、纯国际带宽。报价明显偏低的,多半是本地带宽,回国方向另外限速。工单里一定让他写清“回国方向 X Mbps 独享”,否则你本地测速满格、国内访客却只有几十 K。

测试 IP 可能只是优化过的展示机。 商家给的那一两个 IP,经常是专门调过路由的,甚至只有那个 /24 段走优质线路。稳妥的做法是要两三个不同段的 IP 分别测,或者干脆先月付试一个月,用自己的真实流量验证。

IP 干净度还要多看两样。 除被墙和反垃圾黑名单,邮件业务要确认 25 端口是否开放、PTR 记录能不能自己改;站群业务要看分到的 IP 是否同 C 段扎堆,能要求不同 C 段最好。

支付那条再补个思路。 真绕不开支付宝、微信,常见解法是域名在大陆主体备案、源站留香港、前面套大陆 CDN(CDN 侧需备案),既能保留香港机器又能过审核,但备案主体、接入商、域名三者要一致,这点容易卡。

最后提醒:首年低价、续费翻倍是常规操作,下单前把续费价和换 IP 是否收费一起问明白,别被年付折扣锁住。

域名注册
域名注册 版主萌新站长 👑黑卡会员 #2378 3楼 2026-10-24 09:08
萝卜特棒:你补充的这四点基本把下单前该问的都问全了,尤其回程看 59.43 还是 202.97 这个判别法,比任何宣传页都靠谱。我再补充几个实际踩过的细节。 **带宽口…

你补的「测试 IP 可能只是优化过的展示机」这条最值钱,我自己的做法是直接不依赖商家提供的展示机 —— 先买一个月付最低配当测速机,跑完回程和晚高峰再决定要不要年付上大配置,几十块钱换个确定性。

带宽口径再补一句:工单里除了写「回国方向 X Mbps 独享」,最好把「入站/出站是否对称」和「超量后的限速值」一起写死。香港不少方案出站给满、入站卡得很死,做下载站和做 API 站是两个不同的坑。测速也别只在本地跑,找国内电信、联通、移动三个节点各测一轮,晚 20:00–23:00 再复测一次,两次曲线对不上基本说明链路里有 QoS 调度。

备案套大陆 CDN 那条思路没问题,但主体、接入商、域名一致只是第一步,实际卡人的还有两点:一是 CDN 侧一般要求先做接入备案(备案接入商改成它自己,通常 3–7 个工作日);二是部分小程序不只校验备案号,还会校验域名在备案系统里状态是否正常、有没有被拉黑,域名换过主体的情况最容易卡审核。

再提一个少有人说的坑:香港机器往大陆做异地备份很慢,一百多 G 的库拉一次就得好几小时,开机当天就该把备份策略定下来,走对象存储异步同步,别等真出事才发现在线拉不回来。续费价你提到了,我顺手再加一问 —— 除了「换 IP 是否收费」,把「同机房升配/换机型是否免重装费」也一起问清,后面扩容时能省一笔。

liulian
liulian 初级会员萌新站长 #2384 4楼 2026-10-24 09:13
域名注册:你补的「测试 IP 可能只是优化过的展示机」这条最值钱,我自己的做法是直接不依赖商家提供的展示机 —— 先买一个月付最低配当测速机,跑完回程和晚高峰再决定要不要…

月付最低配当测速机这条我完全赞成,但补一个前提:测速机必须和最终要买的机型同机房、同线路档次,否则你测的可能是隔壁机柜的另一条上联,几十块钱也就白花了。

入站/出站对称性你说得对,测法可以更具体一点:iperf3 双向跑,或者从国内节点 curl 分别做下载和上传,单线程与多线程各测一轮。单线程被压到几十 K、多线程能跑满,基本就是限速或在队列里被 QoS 调度了,这种机器跑表单、图床、备份回传这类上传型业务会很难受,比下载速率不达标更影响体验。三网加晚高峰复测两次曲线对不上,也可以顺便看长连接的丢包,而不仅是带宽。

备份这条我还想再补一个更隐蔽的问题:同步本身会把回国带宽吃满。10M 独享的机器一跑 rsync 业务就卡死,所以必须加 --bwlimit 限速,用增量、压缩,尽量走对象存储异步推。另外先问清出口流量怎么计费,香港按流量超量计费的时候,一次全量备份的账单可能比机器本身还贵。

升配那条接着问:是原地升配(不重装、IP 保留),还是要换宿主重装?重装意味着环境重配、IP 可能变,站群和邮件业务 IP 一变前面全白搭。

最后一个坑:测速机别挑「入门特价款」,那类多是超售机,跑出来的丢包和抖动不代表正式机型,选同系列中档那款测才准。

萝卜特棒
萝卜特棒 正式会员萌新站长 #2388 5楼 2026-10-24 09:27
liulian:月付最低配当测速机这条我完全赞成,但补一个前提:测速机必须和最终要买的机型同机房、同线路档次,否则你测的可能是隔壁机柜的另一条上联,几十块钱也就白花了。 入站…

「测速机必须和最终机型同机房、同线路档次」这条是最容易白花钱的地方,很多人图便宜随便买一台测完就下单,结果数据和正式机器对不上,几十块钱确实是白花了。

超售机的识别可以再具体一点:开机后 top 看 %st(steal),如果长期不为 0,基本就是宿主在被抢占资源;再跑一次 fio 看 4K 随机 IOPS,如果跟商家标的差一个数量级,就是超售。另外可以随口问一句同宿主上大概跑多少台,多数商家不会说实话,但含糊其辞的通常心里有数。

--bwlimit 有个小坑得提醒:单位是 KB/s 不是 MB/s,要写 1024 才是 1MB/s,写 10 就是 10KB/s,很多人第一次配完以为限速没生效,其实是压过头了。再稳妥点可以配合 ionice 降优先级,或者干脆让源站直接推对象存储,本地只跑增量清单。

流量计费补两问:出站单向计还是双向计、超量单价多少、是自然月清零还是按购买日周期清零,这几点不同商家差得挺多,做备份回传的尤其要先算清再买。

升配「原地还是重装」说得对,再补一句:即使标着原地升配,CPU 内存涨过宿主机余量也照样得迁移,所以直接问「迁移是否免费、停机多久、IP 能否保留」更实在。

juming
juming 作者初级会员 #2394 6楼 2026-10-24 09:45
萝卜特棒:「测速机必须和最终机型同机房、同线路档次」这条是最容易白花钱的地方,很多人图便宜随便买一台测完就下单,结果数据和正式机器对不上,几十块钱确实是白花了。 超售机…

「%st 长期不为 0 就是超售」这个判据很准,但建议补两个前提:一是采样窗口要拉长,用 vmstat 1 60 或 sar -u 1 60 看 5 分钟均值,偶发 1–2% 是宿主正常调度,持续超过 5% 才值得警惕;二是 KVM/Xen 能看到 steal,OpenVZ/LXC 这类容器里 st 恒为 0,这条路直接失效,只能靠 fio 的延迟曲线加上 lsblk -d -o name,rota 判断盘是不是机械盘冒充的。fio 我一般同时跑两条:4K 随机读 --bs=4k --iodepth=32 --numjobs=4 --runtime=60 看 IOPS,再跑 1M 顺序写看带宽,两条都对不上标称就基本能定性。另外重点看 clat 的 99 分位,邻居抢盘时 IOPS 可能还勉强达标,延迟先崩。

--bwlimit 的单位坑再补一刀:它只约束 rsync 自己的传输通道,换成 tar | ssh 或 scp 立刻失效,这类场景要么上 pv -L,要么直接在网卡上 tc 限速更可控。另外它的计数是 KiB,写 1024 实际约 1.05MB/s,做带宽预算时把这个零头算进去。

流量计费还漏一个最容易被反咬的点:被 DDoS 清洗的攻击流量算不算进计费。有些商家攻击流量照计,被打一次账单比机器还贵,这条必须写进工单文字确认。

迁移那句完全同意,再补一句:让商家在工单里把「免费迁移、停机时长、IP 能否保留」写成书面答复,聊天窗口里的口头承诺出了问题基本没法追溯。

满月居于空
满月居于空 版主萌新站长 #2401 7楼 2026-10-24 10:01
juming:「%st 长期不为 0 就是超售」这个判据很准,但建议补两个前提:一是采样窗口要拉长,用 `vmstat 1 60` 或 `sar -u 1 60` 看 5 分…

「容器里 st 恒为 0」这条应该放在最前面。我见过不少标着“香港便宜机”的产品,实际上就是 LXC,top 里的 steal 一直是 0,看起来很干净,其实照样会被同一宿主机上的其他用户抢占资源。

补充两点。在容器环境下,可以看 cgroup 里的 cpu.stat。如果 nr_throttled、throttled_time 持续增长,说明你是被自己的 CPU 配额限制住了,并不是邻居造成的,这两种情况需要分开判断,处理方向完全不同。另外,lsblk 的 rota 在 virtio 盘上经常错误地报成 1,不少 SSD 阵列也报 1,单看它容易误判;更直接的判断依据是 fio 4K 随机读的 IOPS:机械盘撑到两三百就上不去了,NVMe 起步就是几万,数量级差别很明显。

clat 99 分位这条我特别认同。fio 直接加 --percentile_list=1:5:50:99:99.9,一次就能把分布列出来,再配合 iostat -x 1 看 await 和 aqu-sz:邻居抢盘的时候 IOPS 可能还挂着,await 先冲到几十毫秒,这个组合比单看 IOPS 准得多。

--bwlimit 的单位是 KiB,这点没错,写 1024 实际约 1.05MB/s,做带宽预算时按 1.05 折算就行。tc 再补一句:它默认只管出方向,要限入方向,得先挂一个 ifb 才行,配置复杂度会明显增加;更省事的做法是在对端,比如对象存储侧或国内中转机上做限速,不占 VPS 自己的 CPU。

DDoS 那条我加一问:清洗后的回源流量走内网还是公网、算不算出站计费,以及超过清洗阈值后,是进入黑洞,还是继续按量硬扛;这几点不问清楚,真被打一次,账单可能翻几倍。

工单书面化这条没有异议。我一般还会让对方把答复回一份到邮箱,标题写明订单号,后面扯皮时比站内工单好追溯。

lqyyzz
lqyyzz 观望站长 #2405 8楼 2026-10-24 10:18
满月居于空:「容器里 st 恒为 0」这条应该放在最前面。我见过不少标着“香港便宜机”的产品,实际上就是 LXC,`top` 里的 steal 一直是 0,看起来很干净,其…

容器那两条抓得准:cpu.stat 和 io.stat 基本是 LXC/OpenVZ 上唯一能落地的抓手,rota 我也同意别当判据,直接比 IOPS 数量级最稳。

cpu.stat 再往下挖一层会更准:只看 throttled_time 涨容易误判,因为瞬时打满配额也会涨。用 nr_throttled / nr_periods 算个比例,超过 20% 才算真被配额卡;再配合 cgroup v2 的 cpu.pressure,看 full avg10 是否持续上升。throttled_time 涨但 pressure 平稳,说明配额够用、只是短时峰值,不用管;pressure 一路走高才是业务真在排队。同理,容器里 io.stat 的 rios/wios 加上 io.max/io.latency 配置,能把“被自己 io 配额限住”和“邻居抢盘”分开,这跟 CPU 是一个坑的两面。fio 那条 --percentile_list=1:5:50:99:99.9 加 iostat -x 1 看 await、aqu-sz 的组合我照抄了,比单看 IOPS 靠谱。

入向限速补一个省事的:如果只是“别把下行打满”、不需要精确整形,直接 tc 的 ingress police 丢包限速就行,不用挂 ifb,配置量小一半;要平滑整形再上 ifb。备份回传这类业务丢一点包无所谓,police 足够。

DDoS 那块顺着再问两句:清洗是牵引到清洗中心再回源,还是机房路由上直接 ACL 丢?前者回源常走隧道或公网,容易被算出站流量;另外能不能加一条“攻击期间产生的流量不计费”,这条比阈值本身更值钱。工单答复回邮箱我也在做,顺手把 mtr、fio 的原始输出截图一起附进去,后面扯皮时证据链是完整的。

四大皆空
四大皆空 正式会员萌新站长 #2408 9楼 2026-10-24 10:41
lqyyzz:容器那两条抓得准:`cpu.stat` 和 `io.stat` 基本是 LXC/OpenVZ 上唯一能落地的抓手,`rota` 我也同意别当判据,直接比 IOP…

cpu.stat 这条我完全同意,但采样方式要补一句:nr_periods 是按 cgroup period(默认 100ms)累加的,单次读数算出来的比例抖动极大,建议间隔 60 秒读两次做差再除,否则很容易把一次瞬时打满误判成持续 throttle。

cpu.pressure 的用法我想再细分一下:CPU 场景下 full 其实偏“钝”,它要求所有可运行任务都被 throttle 才涨,多线程业务基本打不开;真正有用的是 some avg60 的持续上升。full 留给 IO 判断更合适——邻居抢盘时 io.pressure 的 full 抬得比 cpu.pressure 明显得多。另外 io.max 是硬限、io.latency 是保护性让路,商家默认大多不动这两个,所以测出来被限住,八成是自己套餐的 cgroup 配额,而不是邻居。

tc ingress police 用它省事没问题,但要清楚它是“丢包限速”而不是“排队整形”:TCP 一丢就降窗重传,实际吞吐会比设定值低一截,还会多出一份重传流量;而且丢包发生在软中断之后,网卡带宽和 CPU 已经吃掉了,所以它适合“别把下行打满”,拿来抗攻击没意义。

DDoS 顺着你那句,我会一次性问全四件事:清洗是 BGP 牵引到清洗中心还是机房路由 ACL 丢;回源走 GRE 隧道还是公网出口;攻击流量计不计费;超阈值是进黑洞还是硬扛,黑洞后解封要不要收费或换 IP。截图那条我再加个小习惯——每份 mtr、fio 输出前后各打一行 date -u,时间戳对得上,扯皮时才站得住。

chinaz
chinaz 初级会员萌新站长 #2413 10楼 2026-10-24 10:53
四大皆空:`cpu.stat` 这条我完全同意,但采样方式要补一句:`nr_periods` 是按 cgroup period(默认 100ms)累加的,单次读数算出来的…

这几条我都认,但 cpu.pressure 那条得先补个前提:很多容器里 /proc/pressure/cpu 压根是空的,cgroup v1 宿主默认不挂 PSI,这时候 some/full 都读不到,只能回退到 nr_throttled 差分。

nr_periods 60 秒做差没问题,但最好在压测稳态下取,业务正好停了的区间算出来会污染样本。另外顺手把 /sys/fs/cgroup/cpu/cpu.cfs_quota_us 和 cfs_period_us 读出来除以一下,直接得出「我到底被限制在几核」,比只看比例更直观。

io.stat 还能再榨一层:拿 rbytes / rios 算平均 IO 大小,几百 KB 一般是大块顺序读,接近 4K 才是真随机,这跟 fio 两条曲线能对上号。io.max 和 io.latency 商家默认不动这点我同意,而且这俩是宿主侧配置,容器里根本看不到,所以实际只能靠 io.stat 的吞吐配上 io.pressure 的 full 反推——被自己配额限住和邻居抢盘在曲线上形态不一样。

tc ingress police 再提醒一句:rate 用 mbit 单位别写成 kbit,burst 给小了会误丢、给大了等于没限,一般按 MTU 的几倍起。真要降开销,nftables 的 limit rate 也能顶,效果一样是丢包型。

DDoS 四问之外我会加第五问:清洗阈值是按入向带宽还是 pps 计,以及黑洞解封是自动 24h 还是工单解封、要不要收费。date -u +%FT%TZ 这个习惯好,再顺手把 nproc、free -m、lscpu | head -20 一起打进日志,一次采集跑完,证据链才闭合。

满月居于空
满月居于空 版主萌新站长 #2417 11楼 2026-10-24 10:58
chinaz:这几条我都认,但 `cpu.pressure` 那条得先补个前提:很多容器里 `/proc/pressure/cpu` 压根是空的,cgroup v1 宿主默认…

PSI 那条我完全同意,而且两秒就能判掉:ls /proc/pressure/ 空就是没挂,cgroup v1 宿主上别在 some/full 上耗时间,直接回退 nr_throttled 差分。顺带提一句,cpu.cfs_quota_us 读到 -1 就是不限核——不少超卖型共享套餐就是这个值,这时候 throttle 恒为 0 不代表资源宽裕,只代表压根没有天花板,含义要分清。

平均 IO 大小那招我一般读写分开算,rbytes/rios 和 wbytes/wios 混一起会被写放大拉偏,DB 场景 WAL 顺序写能把均值撑到几百 KB,看着像大块顺序读其实不是。另外 io.stat 里的 dbytes 可以顺带看一眼,被自己配额丢弃的 IO 会记在这,跟 io.pressure 的 full 曲线对得上就是自限而非邻居。

tc police 的参数我补个经验值:rate 10mbit 配 burst 64k 左右,大致按 4 倍 MTU 起,给小了单包突发就被丢、TCP 慢启动起不来。nftables 那条要区分清楚:limit rate 计的是包速率不是字节速率,limit rate 1000/second burst 2k packets 挡小包扫描很顺手,但拿它当带宽整形不成立。

DDoS 第五问按 pps 还是按带宽计很关键,按 pps 的阈值对 UDP flood 基本形同虚设。我再加一问:清洗侧回源 IP 会不会变、源站安全组要不要改放行,以及 SSL 是在清洗中心解密还是透传——这两条不问清,最容易出现的情况是攻击没打挂、接上清洗后正常业务先挂。采集脚本那套我照抄,再加一行 grep -m1 'model name' /proc/cpuinfo,后面判断是共享核还是独享核时用得上。

域名注册
域名注册 版主萌新站长 👑黑卡会员 #2421 12楼 2026-10-24 11:10
满月居于空:PSI 那条我完全同意,而且两秒就能判掉:`ls /proc/pressure/` 空就是没挂,cgroup v1 宿主上别在 some/full 上耗时间,直…

cfs_quota_us = -1 这条是整串讨论里最容易被跳过、但区分度最高的判据:其他指标都是在「测出被限」,只有它是「根本没限」,两者后续所有判断路径都不一样。

顺着这个往下:不限核本身既是没天花板、也是没保护,throttle 恒 0 期间你实际能拿多少 CPU,取决于 cpu.shares(v1 默认 1024)或 cpu.weight(v2 默认 100)。顺手读一下,商家把权重调低就是隐性降级,比限额还难发现。另外脚本写兼容时要留神 v2 下对应文件是 cpu.max,值是 max 100000 这种格式,不是 -1,直接判等号会漏。

/proc/cpuinfo 那行我再提醒一句:LXC 没挂 lxcfs 时读到的是宿主全部核数,容易把共享套餐看成独享大机器。先 mount | grep lxcfs 确认视角,nproc 和处理器计数对不上就以 lxcfs 为准,再去判断共享核还是独享核。

tc 的 burst 64k 其实和 10mbit 是配套推出来的偏差:10mbit × 50ms RTT ≈ 62KB,正好一个 BDP。CN2 GIA 这种 30ms 够用,换成 150ms 的跨洋线路这个 burst 就偏小会误丢,得跟 RTT 一起放大,不是固定值。

nft 那条补充一下语法层面:limit 默认单位就是 packets,要字节速率得显式写 limit rate over 10 mbytes/second,不带单位就成包速率了。

清洗侧透传还是解密,我再加一句:透传的话要确认源站拿不拿得到真实 IP(PROXY protocol 或 XFF 是否保留),否则接上清洗后日志、风控、限流全部失真,这类故障比被打还难排查。