Extra namen en subdomeinen

Eén website kan op meer dan één naam antwoorden. Je hebt mijnbedrijf.nl geregistreerd, later ook mijnbedrijf.be, en je wilt dat allebei dezelfde site laten zien. Of je hebt mijnbedrijf.nl en wilt daarnaast shop.mijnbedrijf.nl als aparte webwinkel. Dat zijn twee verschillende dingen, en het paneel houdt ze uit elkaar.

• Een extra naam hoort bij een bestaande website. Er komt geen tweede site bij, geen tweede map met bestanden, geen tweede certificaat. Bezoekers zien dezelfde pagina's — of ze worden doorgestuurd naar de hoofdnaam.
• Een subdomein is wél een eigen website: een eigen map, een eigen PHP-versie, een eigen certificaat. Alleen weet het paneel bij welke site het hoort, en toont het dat zo.

Kom je van DirectAdmin: een extra naam heet daar een pointer, een subdomein heet ook daar een subdomein. Bij de migratie worden ze allebei automatisch overgezet — je hoeft ze niet opnieuw aan te maken.

Een extra naam toevoegen

Paneel — open het account, ga naar Websites en klik op de website. In het paneel dat openschuift staat Extra namen met de knop Naam toevoegen. Je vult vier dingen in:

De laatste twee staan standaard aan. Dat is bewust: iemand die van DirectAdmin komt verwacht dat mail aan de extra naam gewoon blijft werken, en dat is precies wat er dan gebeurt.

Shell — hetzelfde, in één regel:

corectl domain alias add mijnbedrijf.nl mijnbedrijf.be

En zo ziet de lijst er daarna uit:

corectl domain alias list mijnbedrijf.nl

DOMAIN                           ALIAS                            KIND      MAIL  ZONE  SSL
mijnbedrijf.nl                   www.mijnbedrijf.nl               alias     on    off   active
mijnbedrijf.nl                   mijnbedrijf.be                   alias     on    on    active

Doorsturen in plaats van tonen

Soms wil je niet dat twee namen dezelfde site tonen. Je bent verhuisd van een oude naam naar een nieuwe en wilt dat iedereen — en Google — op de nieuwe naam uitkomt. Kies dan Doorsturen (301):

corectl domain alias add mijnbedrijf.nl oudbedrijf.nl --redirect

$ curl -sI http://oudbedrijf.nl/contact
HTTP/1.1 301 Moved Permanently
Location: https://mijnbedrijf.nl/contact

Let op het pad: /contact blijft staan. Wie een link naar een diepe pagina van de oude naam volgt, komt op diezelfde pagina van de nieuwe naam uit en niet op de voorpagina.

"Wacht op DNS" — wat dat betekent

Bij een extra naam kan wacht op DNS staan in plaats van in certificaat. Dat is geen fout, en er is niets kapot.

Een certificaat wordt alleen afgegeven voor namen die op dít moment naar deze server wijzen. Heb je de naam net toegevoegd en staat de DNS nog bij je oude provider, dan kan de certificaatverstrekker die naam niet controleren. In plaats van het hele certificaat te laten mislukken — ook voor je hoofddomein, dat het prima deed — wordt de naam overgeslagen:

• je hoofddomein houdt zijn geldige certificaat;
• de extra naam werkt alvast via http://;
• er wordt geen aanvraag verspild bij Let's Encrypt.

Zodra de DNS wél klopt, pakt de eerstvolgende aanvraag hem op. Die komt vanzelf langs bij de nachtelijke verlenging, of je zet hem zelf aan:

corectl ssl issue mijnbedrijf.nl

[corecp] mijnbedrijf.be now points here and is included in the certificate
[corecp] requesting SSL for [mijnbedrijf.nl www.mijnbedrijf.nl mijnbedrijf.be] ...
[corecp] certificate active for [mijnbedrijf.nl www.mijnbedrijf.nl mijnbedrijf.be]

Wat je moet weten als je een wildcard-certificaat hebt: *.mijnbedrijf.nl dekt iets.mijnbedrijf.be niet. Dat is een ander hoofddomein, en dus een aparte naam in het certificaat. Subdomeinen van een extra naam moet je dus zelf als extra naam toevoegen.

E-mail voor een extra naam

Staat E-mail meenemen aan, dan komt post aan élk adres op de extra naam binnen in de mailbox met dezelfde naam op je hoofddomein. info@mijnbedrijf.be landt in info@mijnbedrijf.nl. Je hoeft geen tweede mailbox aan te maken en niets in te stellen.

Wil je dat niet — bijvoorbeeld omdat de mail van die naam bij een ander bedrijf hoort — zet je de schakelaar uit:

corectl domain alias set mijnbedrijf.nl mijnbedrijf.be --mail off

Vanaf dat moment weigert de server post aan die naam meteen bij binnenkomst, met een foutmelding aan de afzender. Dat is met opzet: mail die stilletjes verdwijnt is erger dan mail die wordt geweigerd, want dan weet de afzender tenminste dat hij ergens anders moet zijn.

Een subdomein maken

Een subdomein is een naam ónder je website: shop.mijnbedrijf.nl, blog.mijnbedrijf.nl, test.mijnbedrijf.nl. In het paneel maak je het aan met dezelfde knop als een gewone website — Website toevoegen — en je typt de volledige naam.

corectl domain add shop.mijnbedrijf.nl --account mijnaccount

In de lijst met websites verschijnt het daarna ingesprongen onder zijn hoofddomein, met het label subdomein. Zo zie je in één oogopslag wat bij elkaar hoort.

Een subdomein is een volwaardige website:

• eigen map — domains/shop.mijnbedrijf.nl/public_html;
• eigen PHP-versie — je kunt de webwinkel op 8.4 zetten terwijl de hoofdsite op 8.5 draait;
• eigen certificaat — automatisch, net als bij elke andere website;
• eigen statistieken, eigen logbestanden, eigen backups.

Eén ding krijgt een subdomein niet: eigen e-mail. De mailboxen van je hoofddomein dekken de adressen die mensen echt gebruiken, en een los mailadres op een subdomein levert vooral verwarring op. Geen enkel hostingpaneel doet dit anders.

Een subdomein weghalen

corectl domain remove shop.mijnbedrijf.nl --purge

Het hoofddomein blijft gewoon draaien. --purge gooit ook de bestanden van het subdomein weg; laat je het weg, dan blijven die staan en kun je het subdomein later opnieuw aanmaken zonder iets kwijt te zijn.

Weghalen wist ook de aanvraaggeschiedenis van die naam: hoe vaak een certificaataanvraag mislukte en hoe lang de server daarna wachtte. Dat is precies één ding waard, en het is een prettig ding: is een subdomein een paar keer misgegaan omdat de DNS nog niet klopte, dan begint een subdomein dat je later opnieuw aanmaakt met een schone lei en probeert de server het meteen opnieuw in plaats van eerst een half uur te wachten.

Waar je website vandaan wordt getoond

Elke website heeft één map waaruit bezoekers hem te zien krijgen: de webroot. Standaard is dat domains/<jouw-site>/public_html, en voor de meeste sites blijft dat zo.

Soms klopt die standaard niet. Moderne frameworks — Laravel, Symfony — zetten alleen een public-map online en houden de rest van de code er expres buiten. En wie met releases werkt, zet elke uitrol in een eigen map en laat één snelkoppeling naar de nieuwste wijzen. Voor allebei kun je de webroot verzetten.

In het paneel: Accounts → jouw account → Websites, klik de website aan en kies Webroot beheren.

1. Je ziet waar de site nu vandaan wordt getoond.
2. Je klikt door je eigen home naar de map die het moet worden.
3. Bekijk wat er verandert — het paneel vraagt het aan de server: welke namen de nieuwe map gaan tonen, welke installatie eronder valt, wat er met een beveiligde map gebeurt, en wat er níet verandert.
4. Pas daarna zet je hem om. En met één knop zet je hem weer terug.

corectl domain docroot mijnsite.nl
corectl domain docroot preview mijnsite.nl --path domains/mijnsite.nl/public_html/public
corectl domain docroot set mijnsite.nl --path domains/mijnsite.nl/public_html/public --confirm
corectl domain docroot revert mijnsite.nl --confirm

Er wordt niets verplaatst. Verzetten is een adreswijziging: de oude map blijft precies zoals hij was. Daarom is teruggaan ook één handeling en geen herstelactie.

Wat je kunt kiezen, en wat niet

Elke map binnen je eigen home mag, met vijf uitzonderingen — en die gaan er allemaal over dat een webroot gepubliceerd wordt: wat erin staat, geeft de server aan iedereen die het adres kent.

Een submap van logs of tmp mag wél; wat geweigerd wordt is de map die het hele zootje bevat. En een pad dat met .. uit je home probeert te klimmen, of een snelkoppeling die naar buiten wijst, wordt geweigerd met de reden erbij.

Deze lijst voorkomt dat er per ongeluk een verkeerde map wordt gepubliceerd. Hij houdt niet tegen wat je zelf in je webroot zet: een snelkoppeling die je daarin maakt wordt door de webserver gevolgd, dus wat je erin zet, staat online. Zet er geen sleutels, backups of configuratiebestanden in.

Werken met releases

Een snelkoppeling mag de webroot zijn, zolang hij binnen je home blijft. Dat is precies de vorm die een uitrol heeft:

$ ls -l ~/domains/mijnsite.nl/
public_html
releases/
current -> /home/mijnaccount/domains/mijnsite.nl/releases/2026-09-06

Zet de webroot op current, en vanaf dan bepaalt de snelkoppeling wat de site toont. Wijs hem naar de volgende release en de site staat er — zonder dat je in het paneel iets hoeft te doen. Het paneel toont bij de webroot altijd allebei: de snelkoppeling én de map waar hij nú heen wijst.

Eén detail: de webserver onthoudt het pad een paar seconden, dus vlak na het omzetten kan hij nog even de vorige release tonen. Er hoeft niets herstart te worden; even wachten en verversen is genoeg.

Een paar dingen om te weten

• Een DirectAdmin-stijl subdomein gaat niet mee. Zit een subdomein in de map van zijn hoofddomein, dan blijft het staan waar het staat als je de webroot van dat hoofddomein verzet. Dat is expres — meegaan zou het naar een map wijzen die niemand heeft gemaakt — en de voorbeschouwing zegt het erbij.
• Je certificaat merkt er niets van. Dat hoort bij de naam, niet bij de map, en de vernieuwing loopt langs een eigen weg.
• Je backup ook niet. Die kopieert je hele home, dus zowel de oude als de nieuwe map gaan gewoon mee.
• Staat er nog niets in de nieuwe map, dan zegt de voorbeschouwing dat vooraf. Zet er eerst een index.html of index.php neer.
• Dit is beheerderswerk. De knop staat er voor je hostingpartij en voor een reseller. En de assistent mag wél opzoeken waar je site vandaan komt, maar nooit zelf een andere map kiezen: dat kan privébestanden op internet zetten, en dat maak je met terugzetten niet ongedaan.

Wat er niet is: hotlink-beveiliging

DirectAdmin en cPanel hebben een knop hotlink protection: die moet voorkomen dat andere sites jouw afbeeldingen rechtstreeks inladen. CoreCP heeft die knop bewust niet, en neemt hem ook niet over bij een migratie.

De techniek erachter kijkt naar het veld referer dat de browser meestuurt. Dat veld is sinds 2020 in de meeste browsers ingekort of helemaal weg — bij een privacy-extensie, bij een link met noreferrer, in een PDF-lezer, in een mailprogramma. Het gevolg is dat zulke regels precies de verkeerde bezoekers blokkeren: je eigen klanten, die dan een lege plek zien waar je productfoto hoort te staan. En dat merk je pas als iemand belt.

Wat wél werkt, als iemand echt aan je bandbreedte trekt:

• ondertekende links met een vervaldatum, zodat een gekopieerde URL na een uur niets meer doet;
• een CDN met token-beveiliging, dat hetzelfde doet aan de rand;
• een snelheidslimiet per IP-adres.

Kom je van DirectAdmin, dan zegt het migratierapport het er ook bij: hotlink configuration is NOT carried over. Je .htaccess gaat gewoon mee met je bestanden, dus de regels staan er nog — je kunt ze rustig zelf weghalen.

Wat een bezoeker ziet zolang er nog niets staat

Een nieuwe website — een hoofdnaam, een subdomein of een map die je zelf hebt aangemaakt — is de eerste minuten leeg. Toch krijgt een bezoeker geen kale foutmelding en geen lijstje bestanden: er staat vanaf het eerste moment een nette pagina "hier komt binnenkort een website".

Die pagina draagt de huisstijl van je hostingpartij, niet die van ons. Hij laadt verder niets van internet, zodat hij het ook doet als er iets stuk is.

Je hoeft er niets voor te doen, en je hoeft hem ook niet weg te halen: zodra je je eigen index.html of index.php in de map zet, is die pagina weg. Installeer je WordPress, dan ruimt de installatie de placeholder zelf op.

ls ~/domains/mijnsite.nl/public_html
# index.html   ← de placeholder

Verwijder je hem met de hand, dan komt hij niet terug — een lege map blijft een lege map. Er zijn nog drie van deze pagina's: één als een pagina niet bestaat, één als er iets misgaat op de server, en één als de hosting tijdelijk is opgeschort. Ook die dragen dezelfde huisstijl.

Zie ook

• SSL en certificaten — hoe het certificaat van je website werkt.
• E-mail instellen — mailboxen, aliassen en doorstuuradressen.
• DNS-records beheren — als je de DNS ergens anders hebt staan.

En de nameservers zelf?

De namen van je website staan hierboven. De nameservers die die namen uitdelen zijn iets anders: die horen bij je hostingmerk en niet bij één site. Verkoop je hosting door, dan staat in Eigen nameservers hoe je ns1.jouwmerk.nl maakt en laat controleren.

"PHP-versie is niet geïnstalleerd" bij het toevoegen

Elke website krijgt de standaard-PHP van de server, tenzij je zelf een versie kiest. Zit die versie er niet op, dan weigert de server — een website die naar een PHP wijst die er niet is, serveert niets.

Sinds 16 augustus 2026 noemt die melding er ook bij welke soort PHP hij niet kon vinden:

corectl: PHP version "84" is not installed for the lsphp SAPI (corectl php add 84)

Dat lsphp (of fpm) is geen detail: een server met LiteSpeed draait PHP in een andere vorm dan een server met nginx of Apache, en de versies staan per vorm apart. Op een LiteSpeed-server keek de controle vroeger naar de verkeerde lijst, waardoor het toevoegen van een website faalde op een versie die er wél stond. Zie je deze melding, dan is de oplossing één regel op de server: corectl php add 85. Vraag het je beheerder als je die niet zelf draait.