Kennisbank

Bestands- en shell-toegang tot een site verkrijgen

SFTP- en SSH-gegevens, waar de sleutels zich bevinden en waarom de inloggegevens per site gelden.

Elke site heeft zijn eigen bestandstoegang. Sites → uw site → Toegang.

SFTP

De host, poort, gebruikersnaam en een wachtwoord dat u op dat scherm genereert. Elke SFTP-client werkt — FileZilla, Cyberduck, de ingebouwde client van uw editor. Het account is beperkt tot de bestanden van die ene site, dus een SFTP-inloggegeven voor de ene site kan een andere niet lezen.

SSH

Voeg uw openbare sleutel toe op hetzelfde scherm en maak verbinding met uw gebruikelijke client. Wachtwoord-SSH wordt bewust niet aangeboden: een sleutel kan niet worden geraden, en een gedeelde server met wachtwoord-SSH is een gedeelde server die uiteindelijk via brute-force zal worden gekraakt.

Als u nog geen sleutel heeft, maakt ssh-keygen -t ed25519 op uw eigen machine er een aan. Het bestand dat eindigt op .pub is het bestand dat u plakt; het andere verlaat uw computer nooit.

Wat u krijgt in de shell

De bestanden van uw site, wp-cli op WordPress-sites, composer, en de PHP-versie waarop de site is ingesteld. U bevindt zich in de eigen geïsoleerde omgeving van de site — u kunt de bestanden van een andere klant niet zien, en zij kunnen die van u ook niet zien.

Waarom inloggegevens per site zijn in plaats van per account

Omdat toegang hetgeen is dat het vaakst wordt gedeeld met een externe opdrachtnemer, en één inloggegeven per site betekent dat u iemand precies de site kunt geven waaraan diegene werkt. Het later intrekken ervan heeft nergens anders invloed op.

⭐ Voor een persoon in plaats van een machine voegt u deze in plaats daarvan toe aan uw team (Organisatie → Team) — zij melden zich vervolgens als zichzelf aan, hun toegang wordt vastgelegd onder hun eigen naam, en wanneer u hen verwijdert, wordt alles in één keer verwijderd.

Nieuwste van de blog

Wat we hebben geschreven over hosting, SEO en het op grote schaal beheren van websites.

SEO en linkbuilding vanuit de hostinglaag: De visie van een beheerder in 2026

Hoe hosting de indexering en link equity vormgeeft in 2026: pagina's geïndexeerd houden, oude domeinen screenen voordat u erop bouwt, linkbuilding zonder zoekmachine-footprint en een eerlijke kijk op wat infrastructuur wel en niet kan betekenen voor SEO.

Bericht lezen →

WordPress snel en veilig maken: een controlelijst voor prestaties en plug-ins

Een praktische controlelijst voor een snel, veilig WordPress: caching op serverniveau, een objectcache per site, het handjevol plug-ins dat het waard is om te gebruiken, het up-to-date houden van de stack en de WooCommerce-pagina's die u nooit mag cachen.

Bericht lezen →

Hoe kiest u beheerde webhosting in 2026: een kopersgids

Wat goede beheerde hosting nu echt onderscheidt van een goedkope server met een controlepaneel — migraties, back-ups, isolatie, echte caching en eerlijke schaalbaarheid — en hoe u dit kunt beoordelen voordat u zich vastlegt.

Bericht lezen →

Lees het blog →

Komt u er nog niet uit?

Ondersteuning is inbegrepen in elk abonnement, de helpdesk is 24 uur per dag geopend en u kunt ons in elk van onze 58 talen schrijven — wij antwoorden u in de uwe.

Contact opnemen met support → Alle artikelen →