Bluehost Starter SSH与SFTP：22端口、主账户，以及权限限制

共享主机需要先开启 SSH

Bluehost 当前 SSH 指南说明，共享主机用户需要从 Portal 开启 SSH / Shell Access。 这和 VPS / Dedicated 的服务器级管理不同。

对 Starter 应理解为“账户级 Shell”，不是 Full Root。它适合命令、文件操作、WP-CLI 和 Git，但不会把共享主机变成 VPS。

SFTP 使用 22 端口和主账户 Username

Bluehost SFTP 指南说明，共享主机开启 SSH 后，SFTP 使用 22 端口以及主账户 / cPanel Username。

FileZilla、Cyberduck 或 IDE 都可以这样连接，但主账户凭据拥有较广文件权限。条件允许时，更适合用 SSH Key，而不是不断共享密码。

额外 FTP User 不等于独立 SFTP User

Bluehost 明确说明，共享主机里额外创建的 FTP User 不能使用 SFTP。

这对代理商很关键。给外包建一个限制目录的 FTP 账号，并不会自动得到同样受限的 SFTP / Shell 身份。如果对方必须要加密 Shell/File Access，就要判断是否能接受主账户权限，或者是否该换更强隔离的主机模型。

SSH Key 更适合长期认证

Bluehost 2026 年的 SSH 管理界面支持添加和管理 SSH Key。 cPanel 同样支持 Key 的授权与撤销。

能做到时，应给不同机器或部署流程独立 Key。外包离开或自动化废弃后及时删除，不要把私钥放进 Web Root。

WP-CLI 与 Git 可以共用 SSH 通道

WP-CLI 支持通过 SSH 远程执行，并指定 User、Host、Port 和 WordPress Path。 因此只要账户里可用 WP-CLI，Starter 可以用于远程更新、清缓存或维护脚本。

对私有 GitHub Repo，Deploy Key 可以只给服务器访问单个仓库，而且默认只读。 GitHub 也建议配置后实际测试 SSH 连接。

Repo-scoped Key 通常比把开发者个人的全局高权限凭据放在服务器上更容易撤销。正式自动化前要测试真实路径和权限。

什么时候 Starter 已经到权限边界

如果你需要多个独立 Linux User、Root、自定义系统包、Daemon 配置、特权端口或服务器级 Firewall，Starter 共享主机就不再是合适控制模型。

不要把“有 SSH”理解成“可以管理整台服务器”。

购买判断

如果你需要共享主机级 SSH/SFTP、WP-CLI 或 Git 部署，而且可以接受主账户访问模型，Bluehost Starter 很合适；真正需要独立 Shell 身份与服务器级控制时，应选择 VPS 或更强隔离的平台。

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