Új hozzászólás Aktív témák

• #25589 letix senior tag Lenry #25568

  Új Válasz 2017-04-17 13:43:13 #25589

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  letix

  senior tag

  válasz Lenry #25568 üzenetére

  Közben kicsit faragtam a dolgokon, hátha hasznos valakinek.

  Amennyiben a backup gépről egy dedikált felhasználó futtatja a backup scriptet (rsync -a opcióval), úgy a jogosultságok ugyan átjönnek, de a user/group tulajdonságok nem.
  Ezt úgy tudtam kivédeni, hogy legyártottam a backup gépen a root publikus kulcsát, ezt hozzáadtam a távoli gép dedikált user authorized_keys-hez , aki egyébként így sudoer az adott távoli gépen:

  username ALL= NOPASSWD: /usr/bin/rsync --server --sender -logDtpre.iLsfx . /

  Így a user/group tulajdonság is átjön, és talán az rsync-el sem lehet a sudo miatt okoskodni nagyon.
  Persze az első sudo rsync futásnál belefut a "Great power comes with great responsibility" felszólításba és meg is akad (no tty..), szóval ezt helyileg egyszer kezelni kell.

  Ötlet valakinek?

  Köszi,
  letix

• #25570 letix senior tag Lenry #25568

  Új Válasz 2017-04-14 10:19:28 #25570

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  letix

  senior tag

  válasz Lenry #25568 üzenetére

  Arra gondoltam, hogy mind a backup szerveren, mind pedig a távoli gépeken dedikált userek lesznek, így talán tisztább.

  Amit még egyelőre nem értek:
  Ha az előbbi javaslatod használnám: hogyan tud jelszóval belépni, ha ütemezett script-ből rsync -e 'ssh -p port' formát használok?
  Ha az utóbbit, akkor az ssh belépés tisztázott, viszont az --rsync-path="sudo rsync" még mindig jelszót kér a nopasswd nélkül. (és ez a gond fennáll az elsőnél is.)

  Én látok valamit nagyon rosszul?

  Köszönöm!

  udv
  letix

Új hozzászólás Aktív témák