ScalaHosting Build #1 SSH 与 Root：什么时候才该申请完整 Root？

SSH 不等于 root

SPanel 可以给单独主机账户启用 SSH，这些用户可操作自己的文件和开发工具，却不需要拿到整个服务器的无限管理权。完整 root 是另一层权限，需要单独申请。

Root 会改变支持风险

默认托管模式让 ScalaHosting 负责服务器层，客户主要管理网站与应用。申请完整 root 后，你能改更多，也能破坏更多。申请前应确认自定义软件包、防火墙、系统服务或其他修改是否会改变托管支持范围。

用分层身份，不要共享一个万能账号

SPanel 现在支持密码、TOTP 和 Passkey；SSH 又可以按账户授权。控制面板身份、账户 SSH 和完整 root 应分开管理。开发者只需要应用级 shell 时，不要给服务器级凭证。

4GB 内存更宽裕，但不是无限

Build #1 的4GB RAM和2核CPU比1GB入门VPS宽裕很多，但数据库、Node/PHP、监控和安全代理仍共享有限资源。Root 权限也更容易让用户安装过多服务。

申请 root 前确认什么

让 ScalaHosting 书面确认：启用 root 后哪些系统更新仍由服务商负责；自定义防火墙/系统服务是否支持；备份与恢复如何处理；SShield/SPanel保护是否仍完整支持；自定义软件后哪些排查会变成best effort。

独立 managed VPS 指南也强调支持范围会变化，但只有 ScalaHosting 能定义 Build #1 的精确边界。

适合谁

Build #1 适合需要 SPanel 托管云、按用户 SSH，以及必要时再申请完整 root 的高级用户。如果只是需要 Git、WP-CLI、Composer 或应用级 shell，申请 root 可能只增加风险而没有实际收益。

联盟披露：通过 Toolnavia 合资格 ScalaHosting 入口购买时我们可能获得佣金，但不会改变本文访问边界判断。