新手怎么选云服务器？建站、开发测试和游戏开服的5个避坑点
我做了这么多年服务器运维，见过太多新手上来就买了一台自己根本用不上的机器。有人买回来跑个WordPress博客，CPU常年占用不到2%；有人开游戏服，买的机型单核性能拉胯，玩家一多就卡成PPT。云服务器这玩意，真不是越贵越好，也不是配置越高越好，关键是匹配你的实际场景。
这篇内容不跟你讲那些花里胡哨的参数对比，就围绕三个最常见的用途——建站、开发测试、游戏开服，把新手最容易踩的5个大坑掰开揉碎了说清楚。看完你至少能明白：自己到底需要什么配置、带宽怎么选、操作系统怎么挑、机房地域怎么定，以及怎么避免被低价首年折扣忽悠。全程用大白话，给的都是能直接抄作业的经验。
1. 项目概述与选购前的思路梳理
1.1 这三类场景到底需要什么样的云服务器
很多人一上来就问"哪家云服务器好"，这个问题本身就问错了。云服务器没有绝对的好和坏，只有适不适合你的场景。我把标题里的三个方向拆开来看，它们的需求逻辑是完全不一样的，甚至可以说是南辕北辙。
建站，核心诉求是稳定和带宽。一个网站跑起来其实不怎么吃CPU和内存，尤其是个人博客或者企业展示站，2核4G的配置跑个WordPress完全绰绰有余。但网站一旦有人访问，带宽就开始起作用了。你可能遇到过这种情况：服务器配置看着不低，但网站打开就是慢，图片半天加载不出来，十有八九是带宽不够，而不是CPU不够。
开发测试，核心诉求是灵活和可折腾。开发环境跟生产环境不一样，你可能今天要部署一套新框架试试，明天要搭个Docker集群练手，后天又要装个数据库测性能。这要求服务器配置有一定冗余，但更重要的是你随时能销毁重建，能打快照，能快速地换系统重来。开发测试场景对带宽要求很低，2M都嫌多，但对内存和磁盘IO是有要求的。
游戏开服，核心诉求是单核性能和网络质量。这是三个场景里最特殊的一个。很多新手误以为游戏服务器要的是核心多、线程多，大错特错。像Minecraft这种Java版的游戏，吃的是单核CPU性能；像CSGO、泰拉瑞亚这类私服，也是单核性能优先。核数太多反而是一种浪费，因为你开服的时候根本用不满那些核心。另外游戏玩家分布在哪，服务器机房就在哪，延迟这个东西是物理定律，谁都绕不过去。
1.2 新手最容易犯的共性错误
把三类场景的需求理清了，我们再来看新手选云服务器时最典型的几个共性错误。
第一个错误是先看价格再选配置。不少人是这样：打开云厂商的购买页，第一眼看到的是"新人专享价XXX元一年"，大脑一热就下单了。买完之后才发现这台机器要么配置不够用，要么地域不对，要么系统选错了，折腾一通还得退款重买。正确的方式是，先想清楚用途，再列配置清单，最后才去比价格。
第二个错误是照搬别人的推荐配置。你在网上看到有人说"我用2核4G跑WordPress很流畅"，你就也买2核4G，结果你做的网站模板特别重，插件装了几十个，图片全是原图没压缩，访问量稍微上来一点就撑不住了。别人的配置是他根据自己的网站体量和流量验证过的，不一定适合你的情况。
第三个错误是完全忽略续费成本。云服务器的首年折扣往往很猛，有的甚至打个三折，但续费时恢复原价，这个差距很多人没注意到。我在后面避坑点里会专门算这笔账。
第四个错误是不知道安全组和防火墙的区别。很多新手买完机器，远程连接不上，网站访问不了，第一反应是"系统出问题了"，其实大部分都是安全组规则没放行端口。这个问题太常见了，我见过的咨询案例里至少有三分之一是这个问题。
2. 五大避坑点详解
2.1 坑点一：盲目堆配置——CPU核数和内存的合理区间
先说CPU。云服务器购买页上最常见的就是"2核4G""4核8G""8核16G"这种套餐。新手直觉是：核数越多越好。但你得搞清楚一个概念：CPU核数不等于CPU性能，尤其是云服务器，因为存在超卖的情况。
什么是超卖？简单打个比方，你去餐馆点了一份牛肉面，老板实际上买了两斤牛肉，但同时在给十桌客人做牛肉面，每碗里只放两片牛肉。你说你点了牛肉面，碗里确实有牛肉，但跟你预期的"一碗面里应该有不少牛肉"完全不是一回事。云服务器的CPU超卖也是类似道理，物理机上跑了N台虚拟机，每台都宣称有2核，但这2核实际能分配到多少物理CPU算力，不同厂商、不同机型差别很大。
所以在选配置的时候，不要只盯核数，还要看实例规格。同样是2核，有的机型是共享型，有的是独享型。跑开发测试、个人建站，共享型够用了，便宜实惠；但如果要跑游戏服务器、正式的生产环境，还是选独享型稳妥，尤其是游戏开服，单核主频直接影响玩家体验。
内存的选择倒是相对简单，看你要跑什么应用。跑WordPress之类的PHP建站程序，2G内存是底线，4G舒服很多。跑Java系的Minecraft服务器，至少4G起步，你要是敢开大型整合包，8G都不一定够。开发测试场景，我建议至少4G，因为你可能同时要跑IDE、数据库、中间件，内存越大越省心。
我给一个大概的配置参考区间：
| 场景 | 推荐配置 | 说明 |
|---|---|---|
| 个人博客/企业官网 | 2核2G~2核4G | 带宽比配置更重要 |
| 开发测试环境 | 2核4G~4核8G | 内存优先，IO要快 |
| 小型游戏开服（10人内） | 2核4G | 单核主频越高越好 |
| 中型游戏开服（20-50人） | 4核8G~4核16G | 内存要够，单核性能仍是关键 |
| 大型游戏开服（50人+） | 8核16G以上 | 需要配合负载均衡等方案 |
2.2 坑点二：带宽计费模式的隐藏套路
带宽是新手最容易忽视的坑。很多人买完服务器，一看哇好便宜，结果网站上线第一天就傻眼了，图片加载巨慢，视频根本打不开，查了半天才发现是带宽太小。
云服务器的带宽计费方式主要有两种，一种是固定带宽，一种是按使用流量计费。固定带宽就是你先定一个峰值上限，比如5M，一个月固定交那么多钱，不管你实际用没用满。按流量计费则是你用了多少流量交多少钱，带宽峰值可以拉得比较高，但你得控制好流量消耗。
对于新手的建议很简单：建站选固定带宽，开发测试按流量计费，游戏开服固定带宽加高并发优化。为什么这么说？
建站场景，你的流量曲线相对平稳，固定带宽好预估成本，而且网站打开速度直接跟带宽挂钩。个人博客2M到5M够用，企业官网建议5M起步，如果图片多或者有视频内容，10M以上更稳妥。用流量计费的话，一旦网站被人盗刷流量或者遭遇恶意爬虫，一晚上几百块的账单不是开玩笑。
开发测试场景，你可能每天就自己连上去看看，偶尔部署点东西，流量消耗很小。这时候按流量计费就划算，带宽峰值可以买高一点（比如10M甚至更高），方便你自己SSH连接或者传输文件，反正用不了多少流量。
游戏开服的带宽计算要复杂一些。很多新手开服之前完全没有概念，开个Minecraft服务器，结果4个玩家同时在线就开始卡了。这里有个估算方法：Minecraft服务器每个在线玩家大约需要0.1M到0.5M的上行带宽，取决于玩家的活动范围和区块加载量。如果你要支持20人同时在线，至少需要5M到10M的稳定带宽。
还有一个特别关键的坑是上行带宽和下行带宽不对称。很多云厂商的套餐里标注的带宽，指的是公网出方向带宽。你从服务器下载东西走的是出方向，但玩家上传数据到服务器走的是入方向，入方向带宽一般不会限制，这点倒是不用太担心。真正要留意的是峰值带宽有没有保证，高峰时段会不会被限速，这个不同厂商差异很大。
2.3 坑点三：操作系统选错，后面步步难受
操作系统看起来是个小选择，很多新手完全不重视，随便点了个Windows Server就下单了。等你用起来才发现，选错系统真的会让你后面每一步都难受。
先看Windows和Linux的核心区别。Windows Server有图形界面，远程桌面连上去就能操作，对新手极其友好，但代价是授权费贵、资源占用高、安全性相对差。同样2核4G的配置，Windows Server装完系统加基本组件，内存就占了将近1G，而且每个月还要交一笔不菲的Windows授权费。Linux没有图形界面（也可以在本地装桌面环境，但服务器上一般不会这么做），用命令行操作，上手门槛高一些，但资源占用极低、稳定性强、完全免费。
建站场景，强烈推荐Linux系统。你想想，你买个2核4G的服务器，跑Windows光系统就占掉1G内存，再加上PHP、MySQL、Nginx，内存还剩多少？如果换成Linux，系统占用的内存可能只有几百M，剩下的全部留给业务。而且主流的建站环境（LAMP、LNMP）在Linux上跑得又稳又省资源。
当然，如果你是完全的小白，没有Linux命令行的基础，怎么办？现在的云厂商基本都提供了宝塔面板这种可视化运维工具，装好之后通过浏览器就能管理网站、数据库、文件，不需要你记忆复杂的命令行操作。这对于新手来说是把Linux系统用起来的捷径，先用起来，边用边学，比直接劝退好得多。
开发测试场景，操作系统选择跟你的技术栈强相关。你写的是.NET系的东西，那没办法，老老实实用Windows Server；写的是Java、Python、PHP、Node.js，那linux是首选，尤其现在容器化、微服务这套东西几乎全是基于Linux的生态。你如果开发的时候用Linux，测出来的东西到生产环境才能无缝衔接。
游戏开服场景，同样首选Linux。这里水比较深。Minecraft官方服务端是Java的，跨平台没问题，Linux照样跑；但很多第三方服务端（比如Paper、Spigot）和整合包，优化脚本基本都是为Linux写的。如果你用Windows开Minecraft服，系统资源占用会挤压游戏内存，玩家体验明显打折。还有不少经典游戏的服务端插件、控制面板只支持Linux环境。反过来说，如果游戏服务端明确只支持Windows（比如某些商业游戏），那你就得乖乖用Windows Server，买之前一定要先查清楚服务端的系统要求。
2.4 坑点四：地域节点拍脑袋选
地域节点的选择，很多人觉得不就是选个地方吗，无所谓。这个想法得改改。地域选错了，可能直接导致你的业务从一开始就处于劣势。
先理清楚国内地域和海外的区别。国内地域（比如华北的北京、华东的上海杭州、华南的广州深圳）之间的访问延迟通常都在50毫秒以内，理论上你选哪个都差不多。但实际上有两个重要约束：一是备案，只要你的服务器放在中国大陆境内，域名要解析到这台服务器上提供网站服务，就必须完成ICP备案。备案周期一般要一两周，这个流程躲不掉。二是用户分布，你的网站在北方用户为主就选北京，在南方就选广州深圳，离得越近延迟越低。
如果你不想备案，或者你的目标用户主要在海外，那就要选海外地域（比如中国香港、新加坡、美西等）。这里有个很现实的问题，海外服务器到国内的访问延迟一般比较高，中国香港相对好一点，但也比不过国内机房直连的速度。所以很多站长的做法是：国内版网站老老实实备案用国内服务器，海外版网站用海外服务器。
游戏开服的地域选择比建站还要敏感。我之前帮朋友排查过一个问题：他在华南地区服务器开Minecraft服，一群玩家有一半是北方城市的，结果北方玩家天天抱怨卡顿、延迟高、瞬间回弹。把服务器迁到华中地区（比如武汉）之后，南北玩家的延迟才相对均衡了一点。如果你的玩家分布比较分散，选一个地理位置居中的地域往往比选在某个极端位置要更合适。
还有个容易被忽视的点是同地域多可用区。大厂的云服务器都会分可用区，比如同一座城市里，可用区A和可用区B之间物理距离可能只有几公里，但它们是独立的机房。如果你有高可用需求（比如数据库主备、负载均衡后端），最好把机器分散在不同的可用区，这样万一某个可用区出现故障，你的服务不至于全挂。
2.5 坑点五：只看首年价格，忽略续费和隐性成本
最后一个避坑点，也是我觉得最值得拿出来重点说的——别被首年折扣冲昏了头脑。
云厂商的定价策略很简单：用首年超低价吸引新用户，后续续费回归正常价。比如某些活动机型，首年可能只要一百多块，看着非常香。但你得留意续费价格，续费同样的配置可能要六七百甚至上千。对于长期项目来说，一年的便宜不是便宜，后面多出来的钱才是你真正要掏的。
所以在购买之前，一定要看清购买页面上续费价格那一栏。有些云厂商在活动页面会用小字标注"续费价格为XXX元/年"，你翻一翻能找到。如果续费价格超出预算，那就换策略，比如等到到期前看看有没有老用户续费优惠券，或者干脆考虑其他平台。这里有个小技巧：买之前算一笔三年的总账，首年价格+续费两年价格，再除以三，看看每年平均成本是否能接受。有时候一个平台看着首年便宜，三年平均下来反而更贵。
还有一个隐性成本容易被忽略：公网IP费用。很多云厂商的固定带宽套餐里包含了一个公网IP的费用，但如果你选的是按流量计费，或者某些入门机型，公网IP可能单独收费。这个费用不高，但积少成多，而且到期不续费IP会被释放。
快照和备份的存储费用也是这样。你的数据重要，肯定要给服务器打快照做备份，但快照存储在云盘上也是要花钱的。一个50GB数据盘的快照，每个月存储费用可能几块钱，几十个快照累积下来也不少。这些费用都要在选型时算进去，免得月底账单出来吓一跳。
还有按量计费的坑。我有一次为了测试临时开了一台按量计费的服务器，用完忘了关机，结果放了一个星期，账单多出了几十块的费用。按量计费按小时甚至按秒扣费，你不用的时候一定要关机（释放），别嫌麻烦。
3. 三类典型场景的配置参考与实操选型
3.1 个人博客/企业官网建站
建站是目前云服务器最常见的用途，没有之一。你看热搜词里有"AI建站""claude+wp建站""源码建站""WordPress建站入门教程"，说明现在建站门槛已经降得很低了，但服务器上的坑还是绕不过去。
对于WordPress建站，2核4G + 5M带宽 + 40G SSD是一个我实测下来非常舒服的起步配置。跑一个日均几千PV的博客或者企业官网，这个配置完全够用，甚至还有余量。如果你想极限压缩成本，2核2G也能跑，但内存吃紧的时候PHP-FPM可能频繁重启，后台编辑页面会感觉明显卡顿，这个体验差距是实打实的。
为什么强调带宽5M？因为WordPress站点打开速度受带宽影响很大。2M带宽的情况下，稍微多一点图片请求就会把带宽占满，首屏加载时间能被拖到十几秒。游客的耐心是有限的，加载超过3秒很多人就直接关了。如果你用的是基于WordPress构建的页面生成器（比如Elementor），那JS和CSS体积都不小，带宽就更金贵了。
操作系统直接选Linux（一般建议AlmaLinux或者Ubuntu LTS），装个宝塔面板，然后上面点两下就能安装Nginx、MySQL、PHP环境，再下载一个WordPress压缩包上传解压，配置一下数据库就能跑起来了。整个过程对新手来说，跟在虚拟主机里装网站难度差不多。
这里多说一句备案的问题。用国内服务器建站，你必须在域名解析到这台服务器之前完成ICP备案，否则域名无法访问。备案流程一般是登录云厂商的备案系统，提交身份证、域名证书、网站信息等材料，填写接入信息，然后管局审核。整个流程一般7到20天。如果你着急上线，也有变通办法：先租一台海外服务器，域名先解析过去把网站搭起来，备案办好之后再切回来。只是这么一折腾，网站IP地址变了，搜索引擎的收录可能会短暂地有些波动。
3.2 开发测试环境
开发测试场景是另一个大热门。热搜词里有一堆跟测试开发相关的词，说明这个圈子的人确实多。我觉得开发测试环境的选型思路，跟建站完全不同，要注重的是"便于折腾"和"按需取用"这两个点。
开发测试环境的核心其实是灵活。你今天可能在测试一个微服务架构，要开五六台虚拟机来模拟不同的服务节点；明天可能在搞性能测试，需要一台配置高的机器当压测目标。这种情况下，如果你的测试机是包年买的固定配置，就会非常不灵活。
我的建议是，开发测试可以分两层来考虑：日常开发用的固定测试环境，用包年包月的低配实例，比如2核4G，用来跑跑数据库、部署项目、日常联调。需要临时做压测或者搭建复杂环境的时候，用按量付费的实例，用完就释放，绝不心疼。
操作系统的选择要看你的开发方向。Java后端开发，用Linux是主流，跟生产环境保持一致。前端开发其实也用不太到服务器，但如果要自己部署构建环境，Linux同样适用。Python开发更不用说了，很多Python依赖库在Linux上安装比Windows顺畅，比如那些需要编译的包。如果你的开发是基于.NET的，选Windows Server合理一些，但也要看你是不是用容器部署，如果用Docker，那底层的Linux还是绕不开的。
这里我强烈建议开发测试环境里养成用Docker的习惯。你在服务器上装一套Docker，各种中间件（MySQL、Redis、Nginx、RabbitMQ）全部用容器跑，开一个端口映射就行。好处是环境隔离，不会把系统搞得一团乱麻。更妙的是，你把开发测试环境完全容器化之后，随时可以把这套东西原样搬到生产环境，部署成本几乎为零。
磁盘的选择也要单独拎出来说。开发测试场景对磁盘IO的要求比建站高不少，因为要频繁编译代码、启停服务、读写日志。IO性能差的磁盘会明显拖慢开发效率。建议选SSD云盘，容量不用太大，40到80G足够，但性能要有保障。另外，每次做重要调整之前，先在控制台打个快照，这个习惯能救你一命——有一次我改数据库配置改坏了，整个库起不来了，这时候快照回滚一用，十分钟就恢复到改动之前的状态，省去了各种修复数据库的折腾。
3.3 游戏开服
游戏开服应该是三个场景里最"刺激"的，因为你会真实地感受到配置不够用带来的冲击。很多新手第一次开服，都以为服务器配置越高越流畅，花了大价钱买了8核16G，结果玩家在线人数不到20就开始卡。为什么？因为游戏服务器卡顿的瓶颈，往往不在总核数，而在于单核性能。
以最经典的Minecraft为例，Minecraft的主线程是单线程的，也就是它利用了CPU的一个核心在跑整个世界的逻辑运算（区块加载、实体AI、红石电路、方块更新等）。哪怕你的服务器有16个核，Minecraft主线程也只在一个核上跑，这个核的主频高不高、IPC强不强，才是决定你能带动多少玩家在线的最关键因素。所以你买游戏服的时候，看CPU主频比看核数重要得多。
配置方面的经验值，我贴一下自己实测过的几个方案：
| 在线人数 | CPU/内存方案 | 备注 |
|---|---|---|
| 10人以内 | 2核4G（高主频） | 原版服务端无压力，可以开小整合包 |
| 10-30人 | 4核8G（高主频） | 推荐Paper/Spigot等优化核心 |
| 30-50人 | 4核16G或8核16G | 需要调整JVM参数，开预生成地图 |
| 50人以上 | 8核16G以上 | 建议上分布式，多世界分流 |
如果是其他游戏，比如泰拉瑞亚、CSGO、七日杀这类，原理大同小异，都要优先保CPU单核性能和内存容量。但如果你开的是需要跑多个进程的服务端（比如MC的BungeeCord群组服、或者某些网游的服务端架构），那核数就重要了，因为每个进程可以分配到不同的核上并行跑。
网络这块，游戏服务器对延迟的要求比带宽更敏感。玩家到服务器的延迟如果超过80ms，射击类游戏基本就没法玩了。所以地域选择至关重要，你人在哪里、玩家在哪里、服务器就在哪里。如果玩家分布跨越南北，选一个居中的城市（比如武汉、郑州、合肥这类地理位置适中的地方）会更均衡。海外玩家多的，可以再租一台海外服务器做分流。
游戏开服还要特别注意防御能力。开服久了总会碰到恶意的攻击（比如DDoS攻击、TCP洪水之类），轻则玩家全部掉线，重则服务器直接被云厂商封停。选机型的时候留意一下云厂商的防护能力，有些厂商的入门套餐不带防御，或者防御触发后要额外付费，这个务必提前问清楚。
开服的操作系统，Linux依然是首选，原因我前面说过了。如果你对Linux不熟，也别慌，市面上有很多一键开服的面板（比如MCSManager、Pterodactyl等等），它们会把服务端放到Docker容器里跑，你只需要在网页上点几下按钮配置一下就行，完全不需要手敲启动命令。
4. 常见问题与排查技巧实录
4.1 远程连接不上怎么办
这个问题问的人太多了，我直接按排查顺序列一下。第一步，确认你的机器状态是"运行中"，而不是"已停止"或者"已欠费"。别笑，真的有人是欠费停机了还以为是系统故障。第二步，检查安全组规则，确保放行了对应端口。Linux系统要用22端口（SSH），Windows系统要用3389端口（RDP）。云厂商默认安全组通常只放行了22或3389，如果你后续装了别的服务（比如80端口的Web服务、3306端口的MySQL），记得去安全组里把对应端口加进来。第三步，检查系统防火墙，Linux的firewalld或ufw，Windows的防火墙入站规则，都要放行对应端口。安全组是云平台的虚拟防火墙，系统防火墙是服务器内部的，两层都要通才行。
这里要特别说一下百度云服务器远程桌面内部错误这个热搜词。这个问题在Windows Server上遇到的人不少，主要表现为用远程桌面连接时提示"由于协议错误，会话将被中断""内部错误"之类的弹窗。大部分情况下，解决办法很简单：在远程桌面连接界面里，把"体验"选项卡的"持久位图缓存"取消勾选；或者修改一下本地电脑的远程桌面客户端设置，改成"允许离线映射"。如果还不行，就在服务器上开一下3389端口，检查远程桌面服务（Termsrv服务）有没有正常启动。再不行，重启一下服务器通常也能解决。
4.2 网站打开特别慢
网站打开慢，新手第一反应是"服务器不行"，这个结论往往下得太早。我用一张表给你对照自查：
| 现象 | 可能原因 | 排查方法 |
|---|---|---|
| 所有页面都慢 | 带宽跑满 | 看云监控的带宽使用率，超过90%基本就是带宽瓶颈 |
| 后台慢，前台正常 | 数据库查询慢 | 开启慢查询日志，分析SQL执行计划 |
| 第一次打开慢，第二次快 | 缺少缓存机制 | 安装Redis或加页面静态化缓存 |
| 图片加载慢 | 图片未压缩/未走CDN | 压缩图片，接入CDN，配置缓存 |
| 服务器CPU一直100% | 被挂马或挖矿程序 | 用top命令看进程，检查异常程序 |
这里我特别想强调一下CDN的重要性。新手建站一般不会主动想到用CDN，觉得那是大站才需要的东西。其实个人博客也可以用CDN加速，尤其你用了国内服务器但图片量又特别大的时候。CDN会把静态资源缓存到全国各地的节点上，访客从最近的节点拉取图片和JS文件，大幅降低源站带宽压力。国内主流的云厂商都有CDN产品，有免费的额度或者很便宜，强烈建议研究一下。
4.3 磁盘空间突然不够了
磁盘空间被占满，在服务器运行一段时间之后必然会出现，只是早晚问题。新手最容易忽略的是日志文件这个隐形磁盘杀手。Nginx访问日志、PHP慢日志、MySQL的binlog和错误日志，日积月累会占到好几个G。尤其是MySQL的binlog，如果不设置过期时间，它能一直涨到你磁盘满了为止。
排查方法：用df -h先看整体磁盘使用率，然后用du -sh /*逐级进入目录查看哪里占空间最大，找到之后该清理清理，该压缩压缩。日志这块的建议是：提前做好日志轮转（logrotate）和定期清理策略，别等到磁盘满了再动手。
另外，云服务器的系统盘和数据盘是分开的。如果环境装得多了，系统盘满了但数据盘还有空间，可以考虑把Docker的数据目录、MySQL的数据目录之类的移动到数据盘，挂载到指定目录下。这个操作有一定风险，动之前记得先打快照。
4.4 安全组和防火墙的配置建议
最后再给大家一些小建议。
我自己干活的时候有个习惯：最小化开放端口原则。只在安全组里放行真正需要的端口，其他的全部拒绝。比如建站只需要放行80和443（以及你自己维护用的22端口），开发测试只需要放行22，游戏开服可以放行开服的几个端口（但一定要限制来源IP，别对全网开放，否则很容易被扫描爆破）。有些游戏服务器需要玩家直连的，那就只能对全网放行，但这种情况至少要把服务器的密码改成高强度，密钥登录开起来。
密码这块我多说一句，很多人图省事，用个简单密码然后开启了密码登录。这台机器一旦暴露在公网上，遭遇暴力破解只是时间问题。我去看过自己的服务器日志，每天都有几千次来自世界各地的SSH爆破尝试，这绝对不夸张。所以要么用密钥登录并关闭密码登录，要么用一个长达20位以上的随机密码。买服务器的时候，云厂商默认是允许选择密钥登录方式的，建议从一开始就选密钥。
机器买好后，建议第一时间在系统里做几个基础操作：把默认用户改掉或者配置sudo权限、安装好基础的安全补丁（yum update或apt update && apt upgrade）、配置好系统防火墙、把SSH的默认端口改成一个不常用的端口（这个不是必须的，但能减少大部分扫描流量）。这些基础加固动作做完，你后面的使用体验会省心很多。
云服务器的水不算深，但坑确实不少。选型之前先想清楚自己的场景，再对比配置、带宽、网络、地域、续费成本这五个维度，最后下单前再确认一遍操作系统和安全组规则，基本就不会出大问题。等你用熟了回头看，这其实就是一个"需求匹配"的游戏，而你已经知道怎么玩了。
