|
Rozmiar: 2908
Komentarz: + informacja o kluczach ssh
|
Rozmiar: 3417
Komentarz: + uwaga o arcfour: unsupported
|
| Usunięcia zostały oznaczone w ten sposób. | Dodatki zostały oznaczone w ten sposób. |
| Linia 38: | Linia 38: |
| Dodanie mało wymagającego algorytmu szyfrowania (np. ''arcfour'') znacznie przyspieszy przesyłanie dużego backupu. Niemniej jest to algorytm, który trzeba dopisać do konfiguracji demona [[FreshPorts:security/openssh-portable|OpenSSH]]: | Dodanie mało wymagającego algorytmu szyfrowania (np. ''arcfour'')<<FootNote(Ten algortym szyfrowania należy do tzw. ''słabych'' i został wycofany z OpenSSHd w roku 2014. Wszystko działało, w momencie nałożenia odpowiednich patchy w ''ports''. Po ich wyłączeniu jest to nieobsługiwane i pozostawiona opcja w `sshd_config` powoduje, że demon nie wstaje. Tak więc trzeba poszukać innego algortymu szyfrowania, który jest w OpenSSH, a jednocześnie jest najszybszy.)>> znacznie przyspieszy przesyłanie dużego backupu. Niemniej jest to algorytm, który trzeba dopisać do konfiguracji demona [[FreshPorts:security/openssh-portable|OpenSSH]]: |
| Linia 54: | Linia 54: |
| * [[https://possiblelossofprecision.net/?p=2255|OpenSSH ciphers performance|target="_blank"]] |
Wydrukuj tę dokumentację Pokaż jako slajdy
Spis Treści
Backup za pomocą ZFS
Za pomocą zfs send oraz zfs receive (zfs recv) można dość szybko wykonać backup całej partycji ZFSowej. Podstawą jest wykonania snapshota.
Skrypt
# wykonanie snaphota wraz ze wszystkimi "dziećmi"
zfs snapshot -r storage/imap@pelny
# wyslanie snapshota do pliku GZip
zfs send -Rv storage/imap@pelny | gzip -c > /opt/_imap_full.zfs.gz
# rozpakowanie "snapshota" w miejscu docelowym:
gunzip -c /opt/_imap_full.zfs.gz | zfs recv -vdeusF sda
Uprawnienia dla zwykłego użytkownika
Można również wykonać zfs send oraz zfs receive poprzez SSH. Trzeba tylko upoważnić użytkownika do wykonywania operacji na partycji ZFS:
zfs allow -u <user> create,receive,rename,mount,share,send sda/backup/imap
Wykorzystanie mbuffer
Dzięki wykorzystaniu mbuffer, to można całość spokojnie przesyłać przez sieć:
zfs send storage/imap@pelny | mbuffer -s 128k -m 1G 2>/dev/null | ssh -c arcfour __user__@server2 'mbuffer -s 128k -m 1G | zfs receive sda/backup/imap'
![/!\](/portalwiedzy192/modernized/img/alert.png "/!\"){kind=small}
UWAGA Jeżeli ssh wymaga podania hasła, to komunikat w celu jego wpisania zostanie przykryty przez komunikaty mbuffer o przesyłaniu danych z prędkością 0/0. Tak więc najlepiej jest wykonać kopiowanie z wykorzystaniem kluczy (bez hasła).
Algorytmy szyfrowania SSH
Dodanie mało wymagającego algorytmu szyfrowania (np. arcfour)1 znacznie przyspieszy przesyłanie dużego backupu. Niemniej jest to algorytm, który trzeba dopisać do konfiguracji demona OpenSSH:
Ciphers +arcfour
Oczywiście po zmianach należy wykonać restart demona:
service openssh restart
Źródła w sieci internet
https://dan.langille.org/2014/05/03/zfs-send-on-freebsd-over-ssh-using-mbuffer/
https://www.dan.me.uk/blog/2012/08/05/full-system-backups-for-freebsd-systems-using-zfs/
https://mebsd.com/cheat-sheets/duplicate-zfs-pool-over-ssh-freebsd.html
(c) 2004 - 2026 BSD Serwis Krzysztof Stryjek. W przypadku błędów, poprawek proszę kontaktować się z administratorem wiki.
Ten algortym szyfrowania należy do tzw. słabych i został wycofany z OpenSSHd w roku 2014. Wszystko działało, w momencie nałożenia odpowiednich patchy w ports. Po ich wyłączeniu jest to nieobsługiwane i pozostawiona opcja w sshd_config powoduje, że demon nie wstaje. Tak więc trzeba poszukać innego algortymu szyfrowania, który jest w OpenSSH, a jednocześnie jest najszybszy. (1)