Bestands- en mappermissies in WordPress bepalen wie bestanden en mappen op de server mag bekijken, aanpassen of uitvoeren. Staan deze rechten verkeerd, dan kunnen afbeeldingen niet meer worden geüpload, updates mislukken of onderdelen van de website een foutmelding geven.
In veel gevallen horen WordPress-mappen op 755 en bestanden op 644 te staan. Deze waarden zijn echter geen oplossing voor ieder serverprobleem. Ook de eigenaar van de bestanden en de instellingen van de hostingserver moeten kloppen.
In dit artikel lees je eerst wat deze getallen betekenen. Daarna pas je de rechten stap voor stap aan via FileZilla, cPanel, DirectAdmin of een bestaande WordPress-plugin.
Wat zijn bestands- en mappermissies?
Een WordPress-website bestaat uit mappen en bestanden. De mappen wp-admin, wp-content en wp-includes bevatten belangrijke onderdelen van WordPress. In de hoofdmap staan bestanden zoals index.php, wp-config.php en .htaccess.
De server gebruikt permissies om te bepalen wie deze mappen en bestanden mag gebruiken. Er bestaan drie basisrechten:
- Lezen: de inhoud bekijken
- Schrijven: de inhoud aanpassen
- Uitvoeren: een bestand uitvoeren of een map openen
Deze rechten gelden afzonderlijk voor de eigenaar, een gebruikersgroep en alle overige gebruikers van de server. Daarom bestaat een permission uit drie cijfers, zoals 755 of 644.
Wat betekenen de waarden 755 en 644?
De meeste normale WordPress-installaties gebruiken 755 voor mappen en 644 voor bestanden.
Bij een map met 755 mag de eigenaar de map lezen, aanpassen en openen. Andere gebruikers mogen de map alleen lezen en openen. Daardoor kan de website de map gebruiken zonder dat iedereen de inhoud mag veranderen.
Bij een bestand met 644 mag de eigenaar het bestand lezen en aanpassen. Andere gebruikers mogen het alleen lezen.
Voor de meeste websites kun je daarom deze waarden als uitgangspunt gebruiken:
Mappen: 755
Bestanden: 644
wp-config.php: alleen strenger instellen wanneer de hostingprovider bevestigt dat de server dit ondersteunt
Sommige hostingomgevingen gebruiken andere waarden, zoals 750 voor mappen of 640 voor bestanden. Dit hangt af van de manier waarop PHP en het eigenaarschap van bestanden op de server zijn ingesteld.
Gebruik 777 niet als snelle oplossing
Met 777 geef je de eigenaar, de gebruikersgroep en alle andere servergebruikers toestemming om een bestand of map te lezen, te wijzigen en uit te voeren.
Hierdoor kan een foutmelding soms tijdelijk verdwijnen, maar de website wordt onnodig kwetsbaar. Een schadelijk script kan dan gemakkelijker bestanden aanpassen of nieuwe bestanden plaatsen.
Gebruik 777 daarom niet als standaardoplossing. Wanneer 755 voor een map niet werkt, controleer dan eerst het eigenaarschap van de bestanden of vraag de hostingprovider welke rechten op de server nodig zijn.
Wanneer moet je de permissies controleren?
Verkeerde bestands- of maprechten kunnen verschillende problemen veroorzaken. Een afbeelding kan bijvoorbeeld niet worden opgeslagen, een pluginupdate kan mislukken of de server kan de toegang tot een bestand weigeren.
Een 403-melding kan door verkeerde permissies ontstaan, maar heeft ook andere mogelijke oorzaken. Controleer daarom niet alleen de rechten wanneer je deze fout ziet. De overige oorzaken staan in: 403 Foutmelding in WordPress: oorzaken én oplossingen.
Krijg je tijdens het uploaden van een afbeelding de melding dat WordPress het bestand niet naar de schijf kan schrijven? Dan kunnen de rechten van de uploadmap verkeerd staan. De volledige controle voor die specifieke fout vind je in: Upload: Failed to Write File to Disk foutmelding verhelpen.
Ook na het verhuizen of herstellen van een website kunnen de permissies of het eigenaarschap veranderen. Controleer deze instellingen daarom wanneer problemen direct na een migratie zijn begonnen.
Maak eerst een back-up
Maak een recente back-up voordat je rechten van meerdere mappen en bestanden tegelijk verandert. Met een verkeerde instelling kun je ervoor zorgen dat WordPress een map niet meer kan openen of dat de website een 403-fout toont.
Noteer ook de huidige waarden voordat je iets aanpast. Wanneer een wijziging niet werkt, kun je de oorspronkelijke instellingen terugzetten.
Heb je managed WordPress-hosting? Vraag dan eerst aan de hostingprovider of de bestandsrechten automatisch worden beheerd. Bij sommige hostingpakketten worden aangepaste waarden vanzelf teruggezet. WordPress adviseert eveneens om serverwijzigingen voorzichtig uit te voeren en vooraf een actuele back-up te maken.
Methode 1: permissies herstellen met FileZilla
FileZilla is een programma waarmee je vanaf je computer verbinding maakt met de bestanden op je hostingserver. Gebruik bij voorkeur SFTP wanneer je hostingprovider dit ondersteunt. Bij SFTP worden je wachtwoord en andere gegevens versleuteld verstuurd.
1. FileZilla Client downloaden
Open de officiële website van FileZilla en kies FileZilla Client. Je hebt niet FileZilla Server nodig.
Download de versie voor Windows of macOS en installeer het programma. Na de installatie zie je bovenaan velden voor Host, Gebruikersnaam, Wachtwoord en Poort.
2. De FTP- of SFTP-gegevens opzoeken
Log in bij je hostingprovider en open het onderdeel FTP-accounts, SFTP, SSH-toegang of Verbindingsgegevens. De precieze naam verschilt per hostingprovider.
Je hebt de volgende gegevens nodig: de hostnaam, je gebruikersnaam, je wachtwoord en het poortnummer.
Gebruik voor SFTP meestal poort 22. Gewone FTP gebruikt vaak poort 21. Gebruik altijd het poortnummer dat door je hostingprovider wordt aangegeven.
Kun je de gegevens niet vinden of vraagt WordPress steeds opnieuw om FTP-informatie? Bekijk dan: Foutmelding FTP-gegevens in WordPress verhelpen.
3. Verbinding maken met de server
Open FileZilla en vul bovenaan de gegevens van je hostingaccount in.
Vul bij Host de hostnaam van de server in. Dit kan bijvoorbeeld sftp.jouwdomein.nl zijn, maar je hostingprovider kan ook een andere servernaam gebruiken.
Vul daarna je gebruikersnaam, wachtwoord en poortnummer in. Klik vervolgens op Snelverbinden of Quickconnect.
Links in FileZilla zie je de bestanden op je eigen computer. Rechts verschijnen na een geslaagde verbinding de bestanden van je website.
4. De certificaatmelding controleren
Bij de eerste beveiligde verbinding kan FileZilla een certificaatmelding tonen. Klik niet direct op accepteren zonder de gegevens te controleren.
Controleer of de hostnaam in de melding overeenkomt met de servernaam van je hostingprovider. Twijfel je over het certificaat of de fingerprint? Annuleer dan de verbinding en vraag je hostingprovider welke gegevens correct zijn.
Pas nadat je hebt vastgesteld dat het certificaat bij je hostingserver hoort, kun je de verbinding accepteren. Je kunt FileZilla daarna toestemming geven om het gecontroleerde certificaat bij toekomstige verbindingen te vertrouwen.
5. De WordPress-hoofdmap openen
Open aan de rechterkant van FileZilla de map waarin WordPress is geïnstalleerd. Deze map heet vaak public_html, httpdocs, www of de naam van je domein.
Je weet dat je in de juiste map zit wanneer je onder andere de volgende onderdelen ziet:
wp-admin
wp-content
wp-includes
wp-config.php
index.php
Staan meerdere websites in dezelfde hoofdmap? Selecteer dan alleen de map van de website die je wilt herstellen. Pas de rechten niet toe op andere websites.
Zie je het bestand .htaccess niet? Open in FileZilla het menu Server en kies Force showing hidden files. Bestanden waarvan de naam met een punt begint, zijn namelijk soms verborgen.
6. Alle WordPress-mappen op 755 zetten
Selecteer de bestanden en mappen binnen de WordPress-installatie. Klik met de rechtermuisknop op de selectie en kies Bestandsrechten, File permissions of Change permissions.
Vul bij Numerieke waarde 755 in.
Selecteer daarna de optie om de wijziging op onderliggende mappen toe te passen. Kies vervolgens Alleen op mappen toepassen of Apply to directories only.
Controleer goed dat je alleen de mappen laat aanpassen. Klik daarna op OK en wacht totdat FileZilla klaar is.
Met deze instelling krijgen onder andere wp-admin, wp-content, wp-includes en de mappen daaronder de waarde 755. De losse bestanden worden tijdens deze stap niet aangepast.
7. Alle WordPress-bestanden op 644 zetten
Laat dezelfde WordPress-installatie geselecteerd en open opnieuw Bestandsrechten.
Vul deze keer bij Numerieke waarde 644 in.
Selecteer opnieuw de optie om de wijziging ook binnen de onderliggende mappen uit te voeren. Kies nu Alleen op bestanden toepassen of Apply to files only.
Controleer voor je op OK klikt dat de instelling alleen op bestanden wordt toegepast. De mappen die je zojuist op 755 hebt gezet, mogen niet naar 644 worden veranderd.
FileZilla stelt nu onder andere PHP-, CSS-, JavaScript- en afbeeldingsbestanden in op 644.
8. wp-config.php afzonderlijk controleren
Door de vorige stap staat wp-config.php normaal gesproken op 644. Dit werkt op veel hostingomgevingen.
Het bestand bevat gevoelige informatie over de database. Sommige servers ondersteunen daarom een strengere instelling, zoals 440 of 400. Verander dit alleen wanneer je hostingprovider bevestigt dat de website met die waarde blijft werken.
Geeft de website na een strengere instelling direct een foutmelding? Zet het bestand terug naar de oorspronkelijke waarde.
9. Controleren of het probleem is opgelost
Open de website en het WordPress-dashboard opnieuw. Voer daarna precies de handeling uit die eerder mislukte.
Upload bijvoorbeeld opnieuw een afbeelding, werk één plugin bij of open de pagina die een 403-fout gaf.
Controleer ook andere belangrijke pagina’s. Een wijziging kan het oorspronkelijke probleem oplossen, maar tegelijk een andere map ontoegankelijk maken.
Methode 2: permissies aanpassen via cPanel
Log in bij je hostingprovider en open cPanel. Klik daarna op File Manager of Bestandsbeheer en open public_html of de map waarin WordPress staat.
Klik met de rechtermuisknop op de map die je wilt controleren en kies Change Permissions. Zet WordPress-mappen normaal gesproken op 755 en gewone bestanden op 644.
Niet iedere cPanel-omgeving kan de wijziging automatisch en veilig op alle onderliggende bestanden en mappen toepassen. Moet je de volledige WordPress-installatie herstellen? Dan is FileZilla vaak duidelijker, omdat je daar afzonderlijk kunt kiezen voor alleen mappen en alleen bestanden.
Verander niet zonder controle de rechten van alle websites binnen public_html.
Methode 3: permissies aanpassen via DirectAdmin
Log in bij DirectAdmin en open File Manager. Ga daarna naar domains, open je domeinnaam en ga naar public_html.
Selecteer de betreffende map of het betreffende bestand en kies Set Permissions, Change Permissions of een vergelijkbare optie. De naam kan per DirectAdmin-versie verschillen.
Gebruik normaal gesproken 755 voor mappen en 644 voor bestanden. Controleer na iedere wijziging of WordPress, formulieren en uploads nog werken.
Moet een groot aantal mappen en bestanden worden aangepast? Gebruik dan FileZilla of vraag je hostingprovider om de rechten en het eigenaarschap voor de volledige WordPress-installatie te herstellen.
Permissies vanuit WordPress controleren
Een plugin kan helpen bij het controleren van bestaande rechten. Dit is vooral bruikbaar wanneer je geen toegang hebt tot FileZilla of het hostingpaneel.
Permissies controleren met All-In-One Security
All-In-One Security, ook bekend als AIOS, kan WordPress-bestanden en -mappen controleren op onveilige permissies. De plugin kan bepaalde gevonden problemen ook automatisch herstellen.
Installeer de plugin alleen wanneer je deze ook voor andere beveiligingsfuncties wilt gebruiken of wanneer de plugin al op de website staat.
Open na activering het menu WP Security in het WordPress-dashboard. Zoek daar het onderdeel voor File Security of File Permissions. De precieze benaming kan per versie verschillen.
Controleer welke onderdelen als onveilig worden gemarkeerd. Maak een back-up voordat je op een knop zoals Fix Permissions klikt en test de website direct na de wijziging.
Permissies aanpassen met WP File Manager
Heb je WP File Manager al geïnstalleerd? Dan kun je vanuit het WordPress-dashboard naar de mappen en bestanden van de website gaan.
Open WP File Manager, zoek de WordPress-hoofdmap en klik met de rechtermuisknop op een map of bestand. Kies Change Permissions en vul de juiste waarde in.
Gebruik 755 voor mappen en 644 voor gewone bestanden. Verander alleen het onderdeel waarvan je zeker weet dat de permission verkeerd staat.
Installeer geen uitgebreide filemanagerplugin alleen voor één kleine wijziging wanneer FileZilla of de bestandsbeheerder van je hosting beschikbaar is. Zo’n plugin krijgt vergaande toegang tot belangrijke websitebestanden en moet daarom actueel en goed beveiligd blijven.
Wat als 755 en 644 het probleem niet oplossen?
Wanneer de juiste waarden het probleem niet oplossen, kan het eigenaarschap van de bestanden verkeerd staan. De bestanden kunnen bijvoorbeeld eigendom zijn van een andere servergebruiker dan het proces waarmee WordPress draait.
Dit gebeurt soms na een verhuizing, het terugzetten van een back-up of het handmatig uploaden van bestanden. De permissions lijken dan correct, maar WordPress mag de bestanden nog steeds niet aanpassen. WordPress bepaalt mede op basis van het eigenaarschap of updates rechtstreeks kunnen worden uitgevoerd of dat FTP-gegevens nodig zijn.
Is het probleem na een verhuizing begonnen? Controleer dan ook de stappen in: WordPress site overzetten van local naar server.
Het probleem kan daarnaast worden veroorzaakt door een volle opslagruimte, een ontbrekende tijdelijke map, een beveiligingsregel of een instelling van de server.
Zie je een fout over een ontbrekende tijdelijke map? Gebruik dan: Wat te doen bij Missing a temporary folder error in WordPress.
Eigenaarschap kun je meestal niet veilig vanuit WordPress herstellen. Stuur de hostingprovider in dat geval de exacte foutmelding en vraag of de eigenaar en groep van de WordPress-bestanden correct staan ingesteld.
Veelgemaakte fouten bij het aanpassen van permissies
Pas niet direct 777 toe wanneer 755 niet werkt. Daarmee verberg je mogelijk het echte probleem met eigenaarschap of de serverconfiguratie.
Zet ook niet alle mappen en bestanden op dezelfde waarde. Een map heeft execute-rechten nodig om geopend te kunnen worden, terwijl een normaal bestand meestal niet uitvoerbaar hoeft te zijn.
Let bij een recursieve wijziging goed op de keuze Alleen op mappen of Alleen op bestanden. Wanneer je alle WordPress-mappen per ongeluk op 644 zet, kan de server ze niet meer normaal openen.
Verander ten slotte geen rechten zonder een back-up en zonder de oude waarden te noteren. Meer maatregelen om belangrijke WordPress-bestanden te beschermen vind je in: WordPress beveiliging: 23 tips om je website te beschermen.
Conclusie
Bestands- en mappermissies in WordPress bepalen welke gebruikers en processen bestanden mogen lezen, aanpassen en uitvoeren.
Voor veel normale WordPress-installaties zijn 755 voor mappen en 644 voor bestanden geschikte uitgangspunten. De juiste waarden kunnen echter per hostingomgeving verschillen, vooral wanneer het eigenaarschap of de serverconfiguratie anders is ingesteld.
Met FileZilla kun je de rechten van alle mappen en bestanden afzonderlijk en recursief herstellen. Je kunt ook cPanel, DirectAdmin of een bestaande beveiligingsplugin gebruiken.
Blijft het probleem bestaan terwijl de waarden correct staan? Vraag de hostingprovider dan om het eigenaarschap, de gebruikersgroep en de serverinstellingen te controleren. Blijf de permissions niet steeds verder versoepelen.
Veelgestelde vragen
1. Welke permissies moeten WordPress-mappen hebben?
Voor de meeste normale WordPress-installaties wordt 755 gebruikt. Sommige hostingomgevingen gebruiken 750. Controleer bij twijfel de documentatie van je hostingprovider.
2. Welke permissies moeten WordPress-bestanden hebben?
Gewone WordPress-bestanden staan meestal op 644. Afhankelijk van de serverconfiguratie kan 640 worden gebruikt.
3. Wat is het verschil tussen 755 en 644?
755 wordt meestal voor mappen gebruikt. De eigenaar mag de map lezen, wijzigen en openen. Andere gebruikers mogen de map lezen en openen. Bij 644 mag alleen de eigenaar het bestand aanpassen; andere gebruikers mogen het alleen lezen.
4. Mag wp-config.php op 644 staan?
Ja, dit werkt op veel hostingomgevingen. Een strengere waarde zoals 440 of 400 kan veiliger zijn, maar moet door de server worden ondersteund. Vraag dit bij twijfel aan je hostingprovider.
5. Waarom vraagt WordPress om FTP-gegevens terwijl de permissies goed staan?
Waarschijnlijk komt het eigenaarschap van de bestanden niet overeen met de servergebruiker waarmee WordPress draait. WordPress vraagt dan om FTP-gegevens om bestanden veilig te kunnen aanpassen.
6. Waarom werkt een upload nog steeds niet na het instellen van 755?
De oorzaak kan ook een verkeerde bestandseigenaar, volle opslagruimte, ontbrekende tijdelijke map of serverbeperking zijn. Vraag de hostingprovider om de exacte serverfout te controleren.