Configuring Wildcard Subdomains for multi site under Plesk Control Panel

跳转至: 导航搜索

includeonlydiv style=clear:both; background-color:#EEEEFF; border:1px solid #CCCCCC; color:#000000; padding:7px; margin:0.5em auto 0.5em auto; vertical-align:middle;This article is marked as in need of editing. You can help Codex by editing it./div/includeonlynoinclude


This Template is used by Codex:Template Messages.


pre 检查到模板循环:模板:Message /pre




WordPress MultiSite in Subdomain Mode

In WordPress MU (WPMU), and in WordPress 3.x, webmasters can enable subdomain mode to create sub-sites of the main domain name (e.g. as opposed to

cPanel v Plesk hosting management control panel

There is already a lot of help and support on the internet for webmasters whose hosting service or servers use the cPanel control panel to manage the webhosting environment, and for setting up the wildcard subdomain settings needed for WPMU and WordPress 3.x with multisite enabled (WP-MS).

However, there is a lot less help for webmasters whose hosting service provide Parallels Plesk Control Panel as a replacement for cPanel, and Plesk has several quirks that do not exist in cPanel hosting.

The standardised instructions included for both WPMU and WP-MS for enabling sub-blogs / sub-sites work fine for cPanel based hosting, but less so for Plesk Panel based hosting, unless you are thoroughly familiar with Plesk's idiosyncrasies.

This page aims to provide a straight forward, step-by-step guide to getting wildcard subdomain mode enabled under Plesk based web hosting.

Who is this page for?

The instructions on this page are for WordPress users of all experience levels, whether they have server root access or not.

If you are not planning to use WordPress sub-blogs or sub-sites in subdomain mode, you do not need these instructions.

How to retain webmail access with wildcard subdomains when using Plesk Panel

If you follow the standard WordPress instructions for enabling wildcard subdomains under Plesk hosting, you will lose access to web-based email interfaces (browser based email use) for email accounts under your main domain name.

The reason for this lies in Plesk-specific reconfiguration of server-level settings that must be "undone". This mainly affects webmasters using Plesk Panel 9.x series for both Linux and Windows.

  • If you DO NOT have root access to your server, use the following instructions to request your hosting service's tech support perform the necessary changes for you.
  • If you DO have access, use the instructions to perform the changes yourself (it takes only a few minutes total, using an SSH tool like PenguiNet or PuTTy.

Instructions for preserving web-based email with WordPress wildcard-subdomains

Follow these steps -

  1. In your hosting root folder /etc/httpd/conf.d/ locate the following files at the bottom of the file list -
    • zz010_psa_httpd.conf - this contains the domain and subdomain name loading order controls for your domain.
    • zzz_atmail_vhost.conf - this contains the domain and subdomain name loading order controls for the AtMail browser based webmail software.
    • zzz_horde_vhost.conf - this contains the domain and subdomain name loading order controls for the Horde browser based webmail software.
    • Note the file naming conventions - they are loaded and run by the server in alphanumerical filename sequence, and it is this that causes the loss of webmail access when enabling wildcard subdomains. You might also have files for RoundCube and other browser email software - do the same procedure with them.
  2. Rename the two (or more) mail service files as follows -
    • Rename zzz_atmail_vhost.conf to zz001_atmail_vhost.conf
    • Rename zzz_horde_vhost.conf to zz002_horde_vhost.conf
  3. Restart the Apache server service (if you have root access, it is in Plesk Panel Home screen - Server - Server Services Manager, just click the restart button and wait 30 seconds).

This will place the mail host names, and their associated wildcard mail-user names (shown in DNS), above and before the website domain and subdomain names in the loading sequence.

The reason for doing this is to ensure the webmail host names are loaded and resolved BEFORE wildcard subdomain name resolution for webpages (WordPress's main and sub sites).

If it is not done, you will be able to see and use the WPMU and WP-MS sub-sites without any problem, but you will not be able to use the browser based email interfaces, nor use the Plesk control panel buttons to view, edit, and send email.

Plesk's official "workaround" containing a variation of the above instructions, including command line parameters, are here -

That link also includes their instructions discussed in the next section below, which DO NOT work for enabling wildcard subdomains for WPMU and WP-MS - do not use the Plesk instructions, use the solution posted below, for the reasons shown.

Creating wildcard subdomains the official Plesk way (does not work for WordPress)

Plesk's official workaround for creating wildcard subdomains (linked above) does not work for WordPress sub-blogs and sub-sites. This occurs for a very simple reason.

Under Plesk, your main domain's installation of WordPress lives in the main folder for putting your web files.

  • var/www/vhosts/ (or /httpsdocs/)

When you create a wildcard subdomain using the Plesk instructions, it creates that named subdomain and its site files folder in -

  • var/www/vhosts/

The purpose of this Plesk method is to host a new webscript, in the subdomain folders, that is independent of the script in the main domain's folder hierarchy. Although this is not unique to Plesk, the way they control and manage it is different to cPanel (behind the scenes) and it simply does not work for WordPress's virtual wildcard subdomains that are stored in the database, not on disk.

Because of this, you have to ignore the Plesk instructions for creating a wildcard subdomain when trying to setup WPMU or WP-MS.

Successfully creating wildcard subdomains for WPMU & WP MultiSite on Plesk Hosting

This is going to sound odd if you have already been struggling to get wildcard subdomains working, but the standard WordPress instructions for creating wildcard subdomains DO work ... if you apply them in the basic Apache Web Server way, not the Plesk way.

The instructions are below - again if you have root access, do them yourself. If not, send them to your web hosting company to do for you.

Adding the WordPress instructions for wildcard subdomains to the Apache server

In /var/www/vhosts/ create or edit a vhost.conf file.

  • Add a single line - ServerAlias * - to the start of the file.

Note, for Plesk 10 you may find you need

  • Add a single line - ServerAlias "*" - to the start of the file.

Do not add the <ServerName> or <VirtualHost> headers - just add the server alias command and wildcard domain name on a single line as shown above.

Author's note - On my install, being a belt and braces type of guy, I also added these lines (without line numbers) after the ServerAlias line -

  1. <Directory /var/www/vhosts/>
  2. AllowOverride FileInfo Options
  3. php_admin_flag safe_mode off
  4. </Directory>

Save the vhost.conf file and restart Apache again (as above).

That sets up the server to read the wildcard subdomain names, and point the page requests to the WordPress installation's root folder with its htaccess file, for resolving to the correct home or sub-site / sub-blog.

But, in order to get there, the DNS wildcard still has to be set - the standard WordPress instructions work fine for this too -

  1. Got to your Domain page in Plesk - choose DNS settings - add a record
  2. Add a CNAME entry using * CNAME as the parameters.
  3. Check the wildcard subdomain shows in the DNS list (probably as the top entry) and update DNS using the update button

Note - if you add the DNS record as an A record ( * in A ) you might get some delays in resolving blog addresses initially. Using the CNAME entry in testing proved less troublesome. Your experience may differ.

On Plesk 11 I had to run this shell command as root in order to rebuild the vhosts config (Post #4):
/usr/local/psa/admin/sbin/httpdmng --reconfigure-all

You should now be good to go.

Log into your site, go to the home site Administration Panel - Settings - Permalinks - and save them again. This is a MUST DO or you could start getting strange behaviour from your browser, such as trying to download and save an x-httpd-php file instead of opening a webpage.

Then, navigate around the administration side of your main and sub blogs, and do the same on the public pages - make sure you're not getting any weird dump-outs.

If all is fine in WordPress, then try going to and you should see the login for your default webmail client.

If all that works fine, allow yourself a WOOT!

The best of both worlds - wildcard subdomains handled by Wordpress alongside Plesk subdomains

I tried the above, and it does manage to get the webmail working alongside a Wordpress Multisite installation on subdomains, but I wanted to have some Plesk-based subdomains as well. Plesk puts the configuration of its subdomains AFTER the configuration for the main domain in the httpd.include file, so putting the wildcard ServerAlias rule in vhost.conf for the main domain catches everything, and apache ignores the Plesk configured subdomains that come after it.

The solution here is to put the apache rules with the wildcarded ServerAlias in a file in the /etc/httpd/conf.d folder (call it zzz_wildcard.conf to make sure it loads last). The file should contain the first VirtualHost entry for port 80 from the httpd.include configuration for the domain:

<VirtualHost XXX.XXX.XXX.XXX:80>
        ServerAlias  *
        all the other plesk stuff

Thanks to Dave in this thread for the solution.


There are four main stages to setting your server up to run WordPress in multi site subdomain mode, when using wildcard subdomains on a Plesk Panel administered web hosting server -

  1. Set the webmail services to resolve before the subdomain names (in /etc/httpd/conf.d/)
  2. Set the Domain wildcard subdomains in Apache (in /var/www/vhosts/ or in /etc/httpd/conf.d/zzz_wildcard.conf
  3. Set the DNS to know where to send page requests with wildcard domain addresses (in DNS settings)
  4. Reset the Permalinks of your WordPress Home blog (don't mistakenly do it in a sub blog and wonder why it's not working ... like I've done before).

As long as you perform all four in sequence, and remember to restart Apache, you shouldn't have any problems.