Nu verder snuffelen om de cursisten niet in elkaars map te koekeloeren. Dit is alleen voor de leider!
Aanvullend op mijn vorige reactie kan je de leider toegang geven tot de map en bestanden van de gebruiker (gebruiker1) door deze toe te voegen aan de
groep van de gebruiker (gebruiker1)
sudo chmod o-rwx /home/gebruiker1
sudo usermod -a -G gebruiker1 leider1
Gebruik voor leider1 en gebruiker1 de werkelijke gebruikersnamen
(als leider1 sudo kan gebruiken werkt dat ook
maar het gebruik van sudo moet je zo min mogelijk willen, beter is het om de rechten goed in te stellen)
Ik zie ook vaak dat de "key" niet altijd goed is als ik vanaf een "client' pc een document opslaan op de server via LO-Writer.
Wat er precies niet goed gaat wordt mij niet duidelijk. Ik zie 2 mogelijke zaken:
1. automatisch inloggen
Na de opdracht “ssh-keygen -t rsa” kan je de publieke sleutel kopiëren naar de server met de opdracht:
ssh-copy-id gebruikersnaam@192.168.1.101
Daarna kan je zonder wachtwoord aanmelden bij de server (192.168.1.101)
2. StrictHostKeyChecking
Als je niet eerst wil bevestigen dat het de juiste host (server) is met “yes” kan je dit uitschakelen door twee regels toe te voegen aan /etc/ssh/ssh_config:
StrictHostKeyChecking no
UserKnownHostsFile=/dev/null
Let op: dit is een beveiligingsmaatregel die je uitschakelt, doe dit alleen als het een probleem voor je is de host toe te voegen aan known_hosts met een
eenmalige “yes”
