Kennisbank
Bestand- en shelltoegang krijgen tot een site
SFTP- en SSH-gegevens, waar de sleutels zich bevinden en waarom de inloggegevens per site zijn.
Elke site heeft zijn eigen bestandstoegang. Sites → je site → Toegang.
SFTP
De host, poort, gebruikersnaam en een wachtwoord dat je op dat scherm genereert. Elke SFTP-client werkt — FileZilla, Cyberduck, of die van je editor. Het account is beperkt tot de bestanden van die ene site, dus SFTP-inloggegevens voor de ene site hebben geen toegang tot een andere.
SSH
Voeg je publieke sleutel toe op hetzelfde scherm en maak verbinding met je gebruikelijke client. SSH met een wachtwoord wordt bewust niet aangeboden: een sleutel kan niet worden geraden, en een gedeelde server met SSH op basis van een wachtwoord is een gedeelde server die uiteindelijk wordt gekraakt met brute force.
Als je nog geen sleutel hebt, maakt ssh-keygen -t ed25519 er op je eigen machine een aan. Het bestand dat eindigt op .pub is degene die je plakt; de andere verlaat nooit je computer.
Wat je krijgt in de shell
De bestanden van je site, wp-cli op WordPress-sites, composer, en de PHP-versie die voor de site is ingesteld. Je bevindt je in de eigen geïsoleerde omgeving van de site — je kunt de bestanden van een andere klant niet zien, en zij die van jou ook niet.
Waarom inloggegevens per site zijn in plaats van per account
Omdat toegang hetgeen is dat het vaakst wordt gedeeld met een externe medewerker, en één inloggegeven per site betekent dat je iemand precies toegang kunt geven tot de site waarheen ze aan het werk zijn. Het later intrekken ervan heeft op al de rest geen invloed.
⭐ Voeg ze in plaats daarvan toe aan je team als het om een persoon gaat in plaats van een machine (Organisatie → Team) — ze loggen dan in als zichzelf, hun toegang wordt geregistreerd onder hun eigen naam, en door ze te verwijderen wordt alles in één keer verwijderd.
Kom je er niet uit?
Ondersteuning is inbegrepen in elk abonnement en antwoorden in je eigen taal.
Contact opnemen met support → Alle artikelen →