Basis van Linux en de opdrachtregel

Je hebt op je eigen pc met ssh-keygen een sleutelpaar voor authenticatie met een publieke sleutel gemaakt en wilt zonder wachtwoord met ssh verbinding maken met de server server1. Hoe moeten de sleutels worden geplaatst?

  1. ADe privésleutel toevoegen aan ~/.ssh/authorized_keys op de server, en de publieke sleutel alleen op je eigen pc bewaren
  2. BZowel de publieke als de privésleutel in ~/.ssh op de server zetten, en niets op je eigen pc achterlaten
  3. CDe publieke sleutel toevoegen aan ~/.ssh/authorized_keys op de server, en de privésleutel nooit van je eigen pc laten gaan
Antwoord en toelichting tonen

Antwoord: C. De publieke sleutel toevoegen aan ~/.ssh/authorized_keys op de server, en de privésleutel nooit van je eigen pc laten gaan

Bij authenticatie met een publieke sleutel in SSH gebruikt de server de publieke sleutel die in authorized_keys is geregistreerd om te bevestigen dat de kant die verbinding maakt de bijbehorende privésleutel bezit. De privésleutel zelf wordt nooit verstuurd, dus die wordt alleen op je eigen pc bewaard, met rechten zoals 600 zodat anderen hem niet kunnen lezen, en beschermd met een wachtwoordzin. De publieke sleutel (een .pub-bestand zoals ~/.ssh/id_ed25519.pub) mag zonder bezwaar bekend zijn, en ssh-copy-id voegt hem toe aan authorized_keys op de server. Dezelfde sleutel wordt ook gebruikt bij het overzetten van bestanden met scp of rsync, die via ssh werken.

Dit onderwerp oefenen Naar de onderwerppagina

Meer vragen over Basis van Linux en de opdrachtregel

  1. Wat gebeurt er als „tar -czf proj.tar.gz proj/” wordt uitgevoerd?
  2. Na het bewerken van main.c, een bestand dat met Git wordt beheerd, werd alleen „git commit -m "fix"” uitgevoerd; „no changes added to commit” werd getoond en er werd niets gecommit. Wat is de reden?
  3. Je hebt in Git git commit uitgevoerd, maar de commit verschijnt nog niet in de GitHub-repository die het team deelt. Wat is de reden?
  4. In het .gitignore-bestand van een project dat met Git wordt beheerd, is „build/” geschreven, maar wijzigingen in build/out.log, dat eerder is gecommit, blijven in git status verschijnen. Wat is de reden?
  5. Welke combinatie van standaarddirectory's in Linux en wat erin wordt geplaatst, is juist?