Plesk CLI: Add Additional Administrator Accounts (admin_alias)

Granting server-wide access in Plesk doesn’t have to mean sharing the main admin account. This guide shows how to create and manage additional Administrator logins with admin_alias, avoid password leaks using PSA_PASSWORD, enable Restricted Mode for safer access, and script routine tasks. Copy-paste commands included, along with quick troubleshooting and audit ideas.

Table of Contents

When you need to grant server‑wide access to teammates or helpdesk staff in Plesk Obsidian, the most robust way is via the Plesk CLI. This article walks through creating and managing additional Administrator accounts using admin_alias, with security best practices, restricted mode options, automation, and troubleshooting.

Works with: Plesk Obsidian 18.x. Commands should be run as root or with equivalent privileges on the Plesk server.


Why use admin_alias (Additional Administrator)?

  • Keeps a unique login per person (no shared admin credentials).
  • Enables easy disable/rotation without touching the main admin.
  • Supports Restricted Mode so you can limit what each person can do.
  • Scriptable for repeatable, audited operations.

Quick start: create an additional admin

Parameters you’ll use most:

  • --create <login>: the new additional admin username.
  • -passwd '': leave empty when using PSA_PASSWORD to avoid leaking secrets in shell history.
  • -email <address> and -contact <name>: for notifications and audit.

Tip: Choose a username policy (e.g., first initial + last name) and stick to it for clean audit trails.


Common tasks

List all additional admins

Show one admin’s details

Update contact or email

Disable / enable a login

Remove an additional admin


Security best practices

  1. Never put passwords on the command line. Use the PSA_PASSWORD environment variable and pass -passwd '' so credentials don’t end up in process lists or shell history.
  2. Rotate credentials when people change roles. Disable first, then remove once offboarding completes.
  3. Enforce MFA in Plesk (if enabled in your deployment) for additional admins as you do for the primary admin.
  4. Audit regularly. Export the list of additional admins and compare it against HR/IT rosters (see automation snippet below).

Restricted Mode (Custom View) for safer access

Sometimes you want server‑wide access without full power. Create the additional admin with restrictions enabled, then fine‑tune capabilities.

With restrictions on, tune what the (primary) admin role can do for these restricted accounts. Examples show toggling server‑level capabilities:

Note: The admin utility edits global admin settings; pair it with role profiles in the GUI for finer scoping.


Automation: tiny helper script

Drop a small helper to standardize operations. Save as /usr/local/sbin/plesk-admin-alias and chmod +x it.

Optional: schedule a monthly audit export (cron):


Troubleshooting

  • admin_alias: command not found — Ensure you’re on a Plesk server and running as root. Full path is usually /usr/sbin/plesk then bin admin_alias.
  • Permission denied — Run with sudo -i or as root.
  • User already exists — Pick a unique login; check with --list.
  • Password prompts ignored — Remember: when using PSA_PASSWORD, -passwd must be present but empty (-passwd '').

Copy‑paste reference


Final notes

  • Test in a staging environment first if you maintain multiple Plesk servers.
  • Pair CLI changes with your credential management and offboarding playbooks.
  • Consider enforcing MFA and IP allow‑lists where feasible.

Need help hardening or automating your Plesk fleet? Reliable Penguin can set up standardized scripts, logging, and monitoring tailored to your environment.

Have a project or a problem?

Talk with a senior engineer for practical recommendations—no obligation.

Leave a comment

Leave a Reply

Your email address will not be published. Required fields are marked *

Related Posts

Categories

Get a free consultation from Reliable Penguin

Submit the form—or for immediate service call 866-649-7984.