Direct naar de inhoud

Cookie-instellingen

Kies per soort welke cookies je toestaat. Je kunt je keuze altijd wijzigen via Cookie-instellingen onderaan elke pagina. Privacyverklaring

Noodzakelijk

Altijd aan

Nodig om in te loggen, je winkelwagen te bewaren en je keuzes te onthouden. Deze staan altijd aan.

Welke cookies?
  • weboke_sessie, weboke_klant, weboke_remember: je sessie en ingelogd blijven
  • weboke_basket: je winkelwagen
  • wkBtwIncl: prijzen met of zonder btw tonen
  • wok_cookies: je cookiekeuze, 12 maanden

Meet welke advertentie tot een bezoek of bestelling leidt, zodat we niet betalen voor advertenties die niets doen.

Welke cookies?
  • Google Ads via Google Tag Manager (_gcl_au, _gcl_aw), tot 90 dagen
  • OpenAI Ads, advertenties in ChatGPT
  • wok_aff: via welke partner je bij ons kwam (affiliateprogramma), 60 dagen

4,6

Land en taal

Elk land heeft zijn eigen site, met prijzen en btw van dat land.

Bekijken

Inloggen met een wachtwoord en als root uitzetten

Elke server op internet krijgt binnen korte tijd bezoek van programma's die wachtwoorden raden. Als je alleen met een sleutel kunt inloggen, hebben die geen kans. Dat zet je nu aan.

Let op: Werkt inloggen met je sleutel als anna (zie Een eigen gebruiker met sudo)? Maak dan eerst een snapshot (zie Snapshots: een vangnet voor elke grote wijziging) en houd tijdens deze stappen een sessie open. Ga je toch de mist in, dan kom je binnen via de console (zie De console: je VPS in je browser).

Een eigen instellingenbestand

Op Debian en Ubuntu leest de SSH-server eerst de bestanden in /etc/ssh/sshd_config.d/, op alfabetische volgorde. Voor elke instelling telt de eerste waarde die hij tegenkomt. Je eigen bestand krijgt daarom een naam die vooraan staat:

anna@web1:~$ sudo nano /etc/ssh/sshd_config.d/00-eigen.conf

Zet erin:

PasswordAuthentication no
KbdInteractiveAuthentication no
PermitRootLogin no
  • PasswordAuthentication no: geen wachtwoorden meer via SSH.
  • KbdInteractiveAuthentication no: ook geen wachtwoordvraag via een omweg.
  • PermitRootLogin no: root mag niet meer via SSH inloggen, ook niet met een sleutel. Je werkt als anna met sudo. Wil je root nog met een sleutel toelaten, gebruik dan prohibit-password.

Controleren en toepassen

anna@web1:~$ sudo sshd -t
anna@web1:~$ sudo sshd -T | grep -Ei '^(passwordauthentication|kbdinteractiveauthentication|permitrootlogin)'
passwordauthentication no
kbdinteractiveauthentication no
permitrootlogin no
anna@web1:~$ sudo systemctl restart ssh

sshd -t zegt niets als het bestand klopt. sshd -T laat zien welke waarden echt gelden. Staat er nog passwordauthentication yes? Dan zet een ander bestand in sshd_config.d het weer aan, vaak 50-cloud-init.conf. Jouw 00-eigen.conf staat ervoor en wint; controleer of de naam goed is.

Op AlmaLinux en Rocky Linux heet de dienst sshd: sudo systemctl restart sshd.

Testen voordat je je sessie sluit

Open een nieuw venster en probeer:

ssh anna@203.0.113.10
ssh -o PreferredAuthentications=password -o PubkeyAuthentication=no anna@203.0.113.10
anna@203.0.113.10: Permission denied (publickey).
ssh root@203.0.113.10
root@203.0.113.10: Permission denied (publickey).

De eerste moet werken. De andere twee moeten worden geweigerd. Klopt alles? Verwijder dan de snapshot.

Tip: Een ander poortnummer dan 22 houdt je logboek rustiger, maar maakt je server niet veiliger. De sleutel doet het werk. Verander je de poort toch, zet hem dan eerst open in je firewall (zie Een firewall met ufw (of nftables)).

Even geduld…

Stel je domeinen in

Regel per domein de nameservers, de koppeling aan je hosting en wie de eigenaar wordt.

Je domeinen laden…