logo-white.webp
Вход
Февруари 24, 2026

Промяна на съществуващ акаунт в WHM

 

📝 Какво прави тази функция?

С този инструмент можеш да редактираш настройки на вече създаден cPanel акаунт – като потребителско име, домейн, лимити, език, имейл, тема и други.

 

Как да промениш акаунт:

  1. Избери желания акаунт от списъка и натисни Modify (Редактирай).

  2. Направи нужните промени в различните секции (обяснени по-долу).

  3. Натисни Save, за да запазиш промените.

⚠️ Ако променяш лимити, привилегии, DNS настройки или разширения на пакет, ще се появи предупреждение за възможен конфликт с текущия пакет.

 

Бележка за защитната стена (firewall):

По подразбиране, ако промениш настройка, свързана с IP или достъп, системата автоматично коригира защитната стена (firewall).
 Ако не искаш това, можеш да изключиш тази функция в:
 WHM » Server Configuration » Tweak Settings – опцията:
 “Do not make changes to the firewall during account modification.”

 

Основни настройки, които можеш да редактираш:

Primary Domain

Промяна на основния домейн на акаунта (напр. от example.com на newsite.com).

Username (Потребителско име)

Можеш да смениш потребителското име, но:

  • До 16 знака

  • Само малки букви и цифри

  • Не може да започва с цифра или думата “test”

  • Ако използваш MySQL или PostgreSQL – първите 8 знака трябва да са уникални

⚠️ Важно предупреждение:
 Ако смениш потребителското име:

  • Домашната папка ще се преименува

  • Временно няма да работят сайтовете и базите данни, докато се прехвърлят

  • Препоръчва се новото име да не е по-дълго от старото

 

Rename prefixed databases and database users

(по подразбиране е включено)

  • Ако акаунтът използва префикси за бази данни (например username_dbname), тази опция ще преименува базите спрямо новото потребителско име.

  • Ако я изключиш – базите ще останат със старите имена, но може да има проблеми с PostgreSQL (потребителите няма да могат да влязат, докато не сменят паролата си).

⚠️ При MySQL, „преименуването“ всъщност е:

  1. Създаване на нова база

  2. Прехвърляне на данни

  3. Създаване на права и процедури

  4. Изтриване на старата база

Ако нещо се обърка в процеса – системата се опитва да върне всичко обратно. Понякога може да остане дублирана база.

 

Account Owner

Избираш нов собственик на акаунта (обикновено реселър).

Contact Email

Имейл за контакт с потребителя.

Default Locale (Език)

Избираш езика на интерфейса (напр. English, Български и т.н.)

cPanel Theme

Избираш тема за cPanel (визуален стил).

Ако искаш да смениш тема за много акаунти наведнъж, използвай скрипта:
 /scripts/modify_accounts

 

Mail Child Node

Показва кой сървър обслужва пощата за този акаунт, ако има такава настройка (например при пощенски клъстър).

 

Apache SpamAssassin™

Можеш да включиш или изключиш филтъра за спам.

⚠️ Ако системата е настроена на “Forced Global ON”, няма да можеш да го променяш за конкретен акаунт.
 Настройката се променя в:
 WHM » Service Configuration » Exim Configuration Manager

 

Свързани сървърни възли (Linked Server Nodes)

📝 Забележка:
 Тази функция се вижда само ако твоят сървър е свързан с друг cPanel & WHM сървър (child node) и и двата използват една и съща основна версия на WHM.

 

Какво прави?

Позволява ти да разделиш част от функциите на акаунта между различни сървъри – например пощата да се управлява от отделен сървър (mail child node), вместо от главния.

⚠️ Важно:
 Само root потребители могат да избират кой сървър да обработва имейлите на даден акаунт.

 

Възможности:

  • Use only this server – Имейлите се обработват от текущия (локалния) сървър.

  • Mail child node – Имейлите се прехвърлят към друг (допълнителен) сървър, който е свързан с главния.

⚠️ Не използвай „Mail child node“, ако акаунтът използва IPv6 или ще го използва!

 

Внимание при прехвърляне обратно:

Ако върнеш имейл акаунта от child node към основния сървър, всички пощи на основния сървър за този акаунт ще бъдат презаписани.
 Затова винаги използвай интерфейса “Modify an Account”, за да избегнеш загуба на данни.

 

Ограничения на ресурси (Resource Limits)

Тук можеш да зададеш какви ресурси може да ползва един акаунт.

 

🔧 Налични настройки:

  • Package (Хостинг план):
     Избери план с предварително зададени лимити или натисни Change, за да смениш от интерфейса:
     WHM » Account Functions » Upgrade/Downgrade an Account

  • Disk Space Quota (MB):
     Колко място на диска да има акаунтът (в мегабайти).

  • Monthly Bandwidth Limit (MB):
     Колко трафик може да използва акаунтът на месец.

  • Max FTP Accounts:
     Максимален брой FTP акаунти.

  • Max Email Accounts:
     Максимален брой имейл акаунти.

  • Mail Quota per Email Address (MB):
     Колко място може да има всеки имейл акаунт поотделно.


     🔄 Ако искаш това да важи и за вече създадени имейл акаунти, маркирай:
     „Update all existing email accounts“

  • Max Mailing Lists:
     Колко пощенски списъци (Mailman) могат да се създадат.

  • Max SQL Databases:
     Максимален брой бази от всеки тип (MySQL, PostgreSQL и т.н.)

  • Max Subdomains:
     Максимален брой поддомейни.

  • Max Parked Domains:
     Брой паркирани домейни (алиаси).

  • Max Addon Domains:
     Брой допълнителни домейни, които могат да се добавят.

  • Max Passenger Applications:
     Брой приложения, използващи Passenger (напр. Node.js приложения).

 

Настройки за имейли:

  • Maximum Hourly Email by Domain Relayed:
     Колко имейла може да изпрати даден домейн на час.

    • 0 = без ограничение

    • Стойността важи за всеки домейн в акаунта

  • За индивидуални лимити на домейни – виж: How to Set Email Send Limits

  • Maximum percentage of failed or deferred messages per hour:
     Определя колко % от изходящите имейли могат да се окажат неуспешни или отложени, преди домейнът да бъде временно блокиран от изпращане.

    • Ако домейнът надхвърли този процент – няма да може да изпраща поща, докато не падне под лимита

    • По подразбиране е „неограничено“

Подобрения на акаунта (Account Enhancements)

Тази секция ти позволява да разрешиш достъп до външни приложения (third-party apps) за даден cPanel акаунт, без да променяш самия хостинг пакет.

✅ Просто отбележи кои подобрения (enhancements) искаш да активираш за акаунта.

📝 Забележка:

  • Тази секция ще се вижда само ако има инсталирани външни приложения, които я поддържат.

  • Подобренията се активират още при инсталирането на приложението.

  • Ако акаунтът е на child node (допълнителен сървър), тези настройки се правят само от главния (parent) сървър.

 

Права на акаунта (Privileges)

Тук можеш да дадеш следните права на акаунта:

  • Reseller Privileges: Позволява акаунтът да бъде реселър – т.е. да създава и управлява други акаунти.

  • CGI Privilege: Позволява да използва CGI скриптове.

  • Shell Access: Дава достъп до терминала (SSH).

 

DNS Настройки

Тези опции определят какви защитни имейл записи да бъдат създадени автоматично:

✅ Enable DKIM

Създава DKIM записи в DNS зоната – използва се за подписване на имейли, така че получателят да знае, че не са фалшифицирани.

⚠️ Ако изключиш DKIM, всички DKIM записи ще бъдат изтрити.

 

✅ Enable SPF

Създава SPF записи – казват на пощенските сървъри откъде е позволено да идват имейли от домейна.

⚠️ При изключване – SPF записите се изтриват.
 📌 По подразбиране SPF е:
 v=spf +a +mx +ipv4:your_server_ip ?all

  • Ако акаунтът получи IPv6 адрес, системата автоматично ще пренапише SPF записа.

  • Можеш да създадеш персонализиран SPF запис през DNS Zone Manager в WHM или Zone Editor в cPanel.

 

✅ Enable DMARC

Създава DMARC записи – казват какво да се прави с имейли, които не минават DKIM и SPF проверките (напр. дали да се блокират).

⚠️ За да работи DMARC, трябва и DKIM, и SPF да са активни.
 По подразбиране DMARC е:
 v=DMARC1; p=none;

  • Можеш да го редактираш в WHM или cPanel, ако искаш различна политика (например reject или quarantine).

  • Ако изключиш тази настройка – DMARC записите ще бъдат изтрити от зоната.

 

Разширения на пакета (Package Extensions)

Ако към акаунта или хостинг пакета му са добавени разширения, ще виждаш секция „Package Extensions“ най-долу.

  • Някои разширения имат допълнителни настройки, които можеш да редактираш.

  • Всичко, което можеш да промениш, ще се показва под името на съответното разширение.

📝 Забележки:

  • Виждаш само разширенията, които са включени в избрания хостинг пакет.

  • Не можеш да добавяш или премахваш разширения от вече съществуващ пакет през WHM.

  • За да използваш други разширения:

    • Създай нов пакет чрез:
       WHM » Packages » Add a Package

    • Или използвай API, за да ги промениш.

  • За да смениш пакета на акаунта, използвай:
     WHM » Account Functions » Upgrade/Downgrade an Account

Премахване на липсващи разширения от пакет

Ако акаунтът използва разширения (extensions), които вече не са инсталирани на сървъра, ще се появи предупредително съобщение.

⚠️ Важно:
 За да редактираш стойностите на разширението, то трябва първо да бъде инсталирано.

 

Ако НЕ искаш да инсталираш липсващите разширения:

  1. Маркирай полето „Remove missing extensions from package“
     (Премахни липсващите разширения от пакета)

  2. Натисни „Save Changes“, за да потвърдиш.

  3. Ще се появи прозорец „Package Conflict Resolution“ – виж по-долу какво да правиш.

 

Разрешаване на конфликт с пакета (Package Conflict Resolution)

Ако настройките, които си направил, не съвпадат с текущия хостинг пакет на акаунта, ще се появи диалогов прозорец с няколко възможности. Ето какво означава всяка опция:

 

Upgrade/downgrade the account to a package that matches the new properties

  • WHM ще потърси съществуващ пакет, който съвпада с новите настройки.

  • Ако намери такъв – просто ще присвои този пакет на акаунта.

✅ Бързо и удобно, ако вече има подходящ пакет.

 

Create a new package with this name

  • WHM ще създаде нов пакет със зададените от теб настройки.

  • Името по подразбиране ще е нещо като:
     старопакетноиме_акаунтноиме
     (например: basicplan_mywebsite)

  • Можеш да въведеш и собствено име за пакета.

✅ Полезно, ако често ще използваш тези настройки и за други акаунти.

 

Update package (име на пакета) with these new values

  • Актуализира текущия пакет с новите стойности.

⚠️ Важно:
 Това ще засегне всички акаунти, които ползват този пакет!

🛑 Не се препоръчва, освен ако си абсолютно сигурен, че искаш всички потребители да получат същите нови настройки.

 

Set this account to have no package

  • Премахва връзката между акаунта и хостинг пакета.

📝 В този случай:

  • Акаунтът ще запази всички текущи разширения, защото те се съхраняват в неговия userdata файл

  • Но вече няма да бъде обвързан с конкретен пакет

✅ Може да е удобно, ако искаш да управляваш акаунта напълно ръчно.

 

Keep this account on package (име на пакета) (not recommended)

  • Оставя акаунта на текущия пакет, но настройките му няма да съвпадат с пакета.

🛑 Не се препоръчва!
 При следваща синхронизация, системата може да презапише акаунта с оригиналните настройки на пакета, и да загубиш ръчните промени.