Dotaz: quick and dirty: backup lubovolneho adresara

[FerdoMravec]

Dobry den,

spravujem niekolko serverov a hladam jednoduchy sposob quick and dirty ako urobit ad hoc zalohu lubovolneho adresara a stiahnut si ju ku mne na lokalne PC s linuxom.

 

Teraz ad hoc backup robim nasledovne:

1. ssh uzivatel@server

2. sudo su -

3. tar -czvf /home/uzivatel/var_dir.tar.gz /var/

4. chown uzivatel:uzivatel /home/uzivatel/var_dir.tar.gz

5. scp uzivatel@server:/home/uzivatel/var_dir.tar.gz /home/backups/server/var_dir.tar.gz

 

Je to zdlhava procedura a potreboval by som ju nejako zjednodusit, idealne tak aby som spustil prikaz alebo skript na mojom lokalnom pc.

 

Problemy:

1. servery su za NATom - nie je mozne sa zo serverov pripojit na moj lokalny PC

2. ssh login pre roota je zablokovany, mozem sa prihlasit iba ako obycajny uzivatel a potom sudo alebo sudo su -

 

Vopred dakujem za kazdu radu.

---

---

Odpovědi

[Jendа]

1. ssh -J

2. sudo tar bez f a rovnou napipovat (ssh host "sudo tar cz /adresář" > foo.tgz)

[Superklokan]

co robi ssh -J? nikde v manualoch som nenasiel takuto volbu.

[Josef Kufner]

man ssh:

     -J destination
             Connect to the target host by first making a ssh connection to the jump host
             described by destination and then establishing a TCP forwarding to the ulti‐
             mate destination from there.  Multiple jump hops may be specified separated
             by comma characters.  This is a shortcut to specify a ProxyJump configura‐
             tion directive.

Ale to by se tě týkalo, pokud bys chtěl spojení opačným směrem.

Tobě v podstatě stačí něco jako:

ssh uzivatel@server sudo tar -cz /home/uzivatel > uzivatel.tar.gz

Přecijen asi nepotřebuješ vytvářet soubor se zálohou na serveru a můžeš ten archiv rovnou posílat k sobě.

[Josef Kufner]

(Zálohuje to /home/uzivatel, můžeš tam dát cokoliv.)

[Michal Kubeček]

Na směru celkem nezáleží, běžně používám triky jako

   git archive --format tar --prefix ktest/ HEAD | ssh somehost "tar -xf - -C /path"

a stejně tak by tam mohlo být

  ... | ssh somehost "cat >/some/path"

[Josef Kufner]

Na směru záleží, pokud se používá jump host. Tedy záleží na směru, kterým se otvírá spojení, nikoliv na směru kopírování dat (to klidně může běžet obousměrně).

[Michal Kubeček]

ssh login pre roota je zablokovany, mozem sa prihlasit iba ako obycajny uzivatel a potom sudo alebo sudo su -

Tahle móda ještě pořád nepominula?

[Adolf Kernel]

je to takto bezpečnejšie (mať zakázaný root account skrz ssh a v /etc/sudoers iba vybranych uzivatelov)...

[Michal Kubeček]

Není to o nic bezpečnější. Ale to už jsme tu probírali mockrát.

[Jendа]

<dáblův advokát>Brání to například proti chybám typu „uprostřed autentizace lze server přesvědčit že jsem uspěl“ (CVE-2018-10933-like) a „umím uhádnout uživatelův klíč“ (starý případ s openssl s 2^15 klíči v Debianu).</dáblův advokát>

[Kit]

To by se možná dalo obejít přes SSH klíče. Bylo by to i bezpečnější než přihlašování heslem.

[Michal Kubeček]

Tak variantu autentizace heslem jsem vůbec neuvažoval. Pokud mi ten, kdo propaguje styl "na roota ne přímo, přes normálního uživatele a sudo je to bezpečnější", používal (nebo povoloval) autentizaci heslem, dodalo by to té argumentaci ještě vyšší úroveň absurdity.

[SpaceExplo]

- ssh klice na uzivatele kvuli skriptu
- bez-heslove sudo pro uzivatele na tar
- a pak neco ve stylu jako ssh uzivatel@server "sudo tar -czf - source_dir" > local_named.tar.bz2