User rsync

[Stalkert]

Ik heb een vraag betr. de volgende situatie:

Wij hebben een aantal mounts gemaakt op LinuxA

/mnt/klant1 --> fileserverA\klant1
/mnt/klant2 --> fileserverA\klant2
/mnt/klant3 --> fileserverA\klant3

nu is het de bedoeling dat we een sync opzetten van de fileserverX van klant3 met /mnt/klant3, Deze fileserverX staat in huis bij klant.
De klant wil echter niet dat wij op zijn server inloggen dus hij verzorgt de sync. source en dest. zijn beiden linuxmachine en er wordt gebruik gemaakt van rSync.

Mijn vraag is hoe zet ik een user op die dit kan? Wij willen niet dat de klant met deze user in andere mappen kan lezen/schrijven dan /mnt/klant3.

Kan iemand me op weg helpen?

[zomertje]

ik begrijp hem even niet: als je een schijf mount hoef je hem toch niet te sync-en? Bij een mount zit je gewoon vanaf je Linux server op die gemounte schijven. En verder lijkt het me gewoon een kwestie van rechten zetten.

[blaataaps]

Heb je al eens op de website van rsync (tis gewoon met een kleine letter hoor) gekeken, of de documentatie doorgenomen (over daemon mode bijvoorboold) ?

[ Voor 11% gewijzigd door blaataaps op 29-02-2008 09:52 ]

[Stalkert]

zomertje schreef op vrijdag 29 februari 2008 @ 09:51:
ik begrijp hem even niet: als je een schijf mount hoef je hem toch niet te sync-en? Bij een mount zit je gewoon vanaf je Linux server op die gemounte schijven. En verder lijkt het me gewoon een kwestie van rechten zetten.

Is het verstandig om een mount te maken naar een externe server?

[benoni]

Gebruik rsync met ssh aan de client kant, en een jailed home directory aan de server kant.

Op de server kun je bijvoorbeeld scponly installeren om jailed home directories te maken. Gebruik daarvoor het bash script (setup_chroot) dat in de scponly documentatie zit. Daarmee maak je een een nieuwe gebruiker aan met /bin/scponly als toegewezen shell (in plaats van /bin/sh), en een chroot naar een home directory. In die home directory heeft de gebruiker eigen /etc /usr /bin mappen met precies de gereedschappen die nodig zijn om te rsync'en of te scp'en. De jailed home directory zelf en de subdirectories met systeemgereedschappen moeten eigendom zijn van root, zodat de gebruikers daarin geen bestanden kunnen vervangen om zodoende door de beveiliging heen te kunnen breken. Voor de werkbestanden kun je subdirectories maken die wel zijn ge'chowned onder de gebruikersnaam.

[silentsnake]

rsync -aSv -e ssh username@remotehost:/pad/naar/remote/folder/ /pad/naar/local/folder/

En ja dat weet ik uit m'n hoofd. Wil je dit handig en automatisch, aparte user voor maken en public-private key authenticatie opzetten tussen de twee servers. En zoals hierboven gezegd werd kan je ook nog scponly gebruiken als je dat wilt. Als het teveel performance trekt om ssh te gebruiken moet je een ander encryptie algoritme gebruiken waar er minder encryptie gedaan wordt.

Een beetje zoeken in de manpage en je komt een heel eind hoor

[ Voor 12% gewijzigd door silentsnake op 29-02-2008 13:22 ]

[Stalkert]

Bedankt voor de reacties, kan ik zeker wat mee!
Nog een vraag ... Mounten over internet is dat een no-go of is dit toch een technische keuze die vaak genomen wordt?

[ Voor 55% gewijzigd door Stalkert op 03-03-2008 16:13 ]

[Verwijderd]

Stalkert schreef op maandag 03 maart 2008 @ 16:03:
Bedankt voor de reacties, kan ik zeker wat mee!
Nog een vraag ... Mounten over internet is dat een no-go of is dit toch een technische keuze die vaak genomen wordt?

Ik draai iedere nacht rsync - die in daemon draait - met onze webserver die bij een provider staat.

Vanaf een interne server, maak ik een backup van onze cms en de overige data.

[BCC]

Stalkert schreef op maandag 03 maart 2008 @ 16:03:
Nog een vraag ... Mounten over internet is dat een no-go of is dit toch een technische keuze die vaak genomen wordt?

Dat ligt eraan of je een dedicated verbinding hebt en wat er gebeurt als de mount plotseling wegvalt. En aan de performance die je verwacht. RSync is iig een stuk geschikter. Is bedoelt voor backupen over krappe en evt onbetrouwbare verbindingen.

[ Voor 12% gewijzigd door BCC op 03-03-2008 16:55 ]