服务器获取root权限的核心操作，是把当前账号切换到root身份或直接用root登录，常用的方法是sudo、su命令，以及从云服务商控制台重置root密码。 这类操作的本质是获得系统最高控制权，能改任何配置、装任何软件、删任何文件，风险集中在误操作、密码泄露和被审计追踪三个层面，下文分场景拆开讲。
服务器怎么获取root权限，不同场景下的具体操作步骤
获取root权限没有一个万能公式,取决于你用的是什么系统、有没有普通用户、手里有没有密码，下面按三种最常见的场景给出可验证的操作路径。
已有普通用户，临时切换root身份
大多数云服务器的初始登录账号是普通用户,比如Ubuntu系统的ubuntu用户，CentOS系统的root用户，如果你登录后发现自己不是root，输入以下命令切换到root。
- sudo模式：当前用户被加入sudo组时可直接执行
sudo su -，输入当前用户密码后进入root shell，这种方式不暴露root密码，是最安全的切换方式。 - su模式：执行
su -然后输入root密码，直接切换为root，缺点是密码会在终端历史记录里留下痕迹。 - 验证身份：切换成功后输入
whoami，返回root就确认已获取权限。
实际操作中,很多人发现sudo su -报错，说当前用户不在sudo列表中，解决办法是用root账号登录，执行usermod -aG sudo 用户名，把普通用户加进sudo组，再退出重新登录。
使用云服务商的默认root账号直接登录
酷番云、简米云等云厂商在创建实例时，会让你设置root密码或下载密钥文件，拿到这些信息后，你可以在SSH终端直接以root身份登录。
- 密码登录：ssh窗口输入
ssh root@服务器IP，回车后输入密码，如果密码带特殊字符，建议先用文本编辑器复制再粘贴，Linux终端粘贴密码时经常漏字符。 - 密钥登录：下载的
.pem文件放到本地~/.ssh/目录，执行ssh -i ~/.ssh/密钥文件.pem root@服务器IP。 - SSH配置检查：如果登录提示
Permission denied，大概率是/etc/ssh/sshd_config里PermitRootLogin参数被设成了no，用VNC登录服务器后，把该参数改为yes，然后执行systemctl restart sshd。
很多用户买完新服务器后会卡在这一步,特别是Windows系统用户，建议从云厂商网页上的「VNC远程登录」入口直接操作，避免本地SSH工具配置干扰排查。
root密码忘记或丢失，如何重置root权限
这是个高频问题,服务器root密码忘了怎么办这里给出两条可行的路。
- 云控制台重置：登录云厂商控制台，找到实例的「重置密码」按钮，按提示设置新密码后强制重启，这一步需要服务器绑定的手机号验证，适合没有本地数据的场景。
- 单用户模式：适用于物理服务器，重启机器，在GRUB界面按
e键进入编辑模式，在linux开头的那一行末尾加上init=/bin/bash，按Ctrl+X启动，然后执行mount -o remount,rw /和passwd重设root密码。
采用单用户模式时,建议先把磁盘快照做好，输错命令可能会导致文件系统只读或引导损坏，行业共识认为，云服务器场景优先走控制台重置，物理机才考虑单用户模式。
获取root权限有哪些风险，看完再决定要不要用
权限到手只是开始,真正麻烦的是后续，很多人拿root是为了装一个软件，结果顺手改错了系统文件，服务器直接进不去，root权限风险主要集中在这三个维度。
误操作没有后悔药
普通用户下误删文件可能只是权限不足,root用户下没有任何阻拦，常见的翻车现场如下。
- 执行
chmod 777 -R /给全盘放开权限，导致所有文件权限错乱，SSH连不上。 - 编辑
/etc/nginx/nginx.conf时少打一个分号，nginx -t能过但reload后网站全挂。 - 清理磁盘时执行
rm -rf路径写错，比如想清理/var/log写成/var /log，中间多个空格，系统直接崩掉。
建议：日常操作尽量用sudo加单条命令，不要长期保持在root shell里。 这样每条命令有日志，出错了也知道是哪条改的。
密码泄露等于把钥匙交给陌生人
root密码一旦被暴力破解或泄露,攻击者可以在服务器上做任何事，常见入侵路径包括：
- SSH暴力破解：攻击者扫描22端口，用密码字典无限尝试，如果root密码强度不够，破解时间可能短到以小时计。
- 日志和命令历史泄露：有些人把root密码写进脚本文件，脚本被下载后密码就暴露了。
- 第三方软件漏洞：用root运行老旧的Tomcat或Nginx，一旦Web应用被Getshell，攻击者直接继承root权限。
降低这个风险的做法是,禁用root密码直登，只允许密钥登录，并修改SSH默认端口，具体操作是改/etc/ssh/sshd_config的Port和PermitRootLogin参数，改完后重启sshd服务。
审计困难，出了事不知道谁做的
全员使用root意味着所有人在系统里的动作都一个样,出了问题查不清是谁敲的命令，业内专家指出，大多数服务器入侵事件里，能否快速定位操作时间点是回溯攻击路径的关键，普通用户的操作可以通过/var/log/auth.log看，root用户的操作往往只留下进程记录，没有用户层面的区分。
不建议给每个运维人员发root密码,正确做法是给相关人员开普通账号并加入sudo组，这样执行特权命令时会留下COMMAND信息在日志里。
root权限获取之后，控制风险的三条底线
拿到root权限不是终点,把它约束在可控范围内才是本事，三条实操建议值得直接抄作业。
- 第一，立即备份密钥和配置，拿到root后先执行
cp /etc/ssh/sshd_config /etc/ssh/sshd_config.bak，后续改配置出错能随时回滚。 - 第二，开启云平台的安全组白名单，控制台里只允许你常用办公网段访问SSH端口，其余IP全部拒绝，这个步骤不需要在服务器内部操作，但拦截效果最直接。
- 第三，定期查看登录记录，执行
last -n 20和grep "Accepted" /var/log/auth.log，发现有不明来源的登录IP，立刻改密码并检查/root/.ssh/authorized_keys文件里有没有陌生公钥。
这里要额外提醒一句,不要用root跑日常应用服务，比如Nginx、MySQL、Redis用root启动，进程一旦被利用，攻击者直接拿到系统最高权限，正确思路是用单独的普通账号运行服务，只在装包和调整配置时才碰root。
关于服务器root权限的常见问题
Q1：服务器怎么获取root权限后，如何禁止root远程登录？
修改/etc/ssh/sshd_config，将PermitRootLogin的值从yes改为no，重启sshd服务，这样root在本地可以操作，但从外网无法直接SSH登录，只能先登录普通用户再su -切换。
Q2：获取root权限和sudo权限有什么区别？
root是系统的最高权限账号,执行任何操作都不受限制，sudo是一种临时提权机制，普通用户在输入密码后可以获得单个命令的root权限，但需要用户在sudo组里，区别在于粒度：root是永久且全开放，sudo是按需且可配置的。
Q3：云服务器root密码忘记且无法登录，还能救回来吗？
能,去云厂商控制台使用「重置密码」功能，按实例的当前网络规则检测结果，正常重置后重启即可，如果控制台也无法操作，请提交工单并附上购买信息，客服会引导进入救援模式处理。