Skip to content

Limits and boundaries

This is the question every hosting provider asks first: what can a customer reach, and what can they never touch? The short answer is their own account, and nothing else. The boundary is enforced by the server, not by hiding buttons.

  • Another account’s anything. Every request is pinned to the customer’s own account. Asking for someone else’s resource returns the same error as one that does not exist, so the panel cannot be used to discover what else is on the server.
  • Server-wide settings. Firewall, WAF rules, licence, telemetry, packages, imports, the accounts list, services and the server’s notification settings.
  • Their own limits. Disk quota, allowances and application count are yours to set.

Some tools are absent from the client panel even where the customer manages the thing they belong to, because they affect more than one account:

SectionWhat stays with you
WebsitesReverse proxy routes
DNSNameservers, the server’s DKIM key, ACME challenges, the server’s own names
EmailAnti-spam thresholds and email authentication
DatabasesThe MySQL activity list, and remote access for MySQL users
SSH & SFTPThe access level and password login
BackupsRecreating deleted accounts, outside archives, remote destinations
ApplicationsCreating, changing and deleting them
WAFEvery rule, exception and trusted IP
OptimizationsServer defaults, the cache evaluation report and manual purge

Each account also has hard ceilings on how many domains, subdomains, mail aliases, MySQL users and mailbox filter rules it may hold. They sit under your hosting package allowances and apply even when a limit is 0 (unlimited).

They exist to stop a runaway script, not a real customer, and are set high enough that a normal account never meets them. If one does, the error names the ceiling — treat it as a signal to look at that account.