Tên người dùng và mật khẩu trong dòng lệnh với sshfs

Tôi đang tạo một tập lệnh sao lưu nhỏ bằng cách sử dụng sshfs:

sshfs backup_user@target_ip:/home /mnt/backup

Có cách nào để bao gồm mật khẩu trong lệnh này không?

Hoặc có một giải pháp chuyển tập tin nào khác mà mật khẩu đăng nhập có thể được đưa vào ngoài FTP / SFTP không?

-o password_stdindường như không hoạt động trên tất cả các hệ thống, ví dụ freeBSD. v.v ...

Bạn cũng có thể sử dụng expect Trình thông dịch, nó nên hoạt động với sshfs và nên thực hiện thủ thuật.

Một giải pháp khác là sshpass, ví dụ, giả sử bạn đang sao lưu thư mục / var / www

Sao lưu:

name=$(date '+%y-%m-%d')
mkdir /backup/$name && tar -czvf /backup/$name/"$name.tar.gz" /var/www

tải tập tin sao lưu lên máy chủ sao lưu

sshpass -p "your_password" scp -r backup_user@target_ip:/home/ /backup/$name

Vì vậy, nó sẽ tải lên thư mục với bản sao lưu ngày hôm nay

Nhưng vẫn như đã nói, cách tốt nhất (an toàn và đơn giản) sẽ là sử dụng cặp khóa ssh
Điều bất tiện duy nhất là bạn phải trải qua quá trình tạo khóa một lần trên mọi máy chủ bạn cần ghép nối, nhưng tốt hơn là giữ mật khẩu ở định dạng văn bản thuần túy trên tất cả các máy chủ bạn muốn sao lưu :),

Tạo một cặp khóa theo cách thích hợp

• Trên máy chủ cục bộ

  ssh-keygen -t rsa
  

• Trên máy chủ từ xa

  ssh root@remote_servers_ip "mkdir -p .ssh"
  

• Tải các khóa công khai đã tạo lên máy chủ từ xa

  cat ~/.ssh/id_rsa.pub | ssh root@remote_servers_ip "cat >> ~/.ssh/authorized_keys"
  

• Đặt quyền trên máy chủ từ xa

  ssh root@remote_servers_ip "chmod 700 ~/.ssh; chmod 640 ~/.ssh/authorized_keys"
  

• Đăng nhập

  ssh root@remote_servers_ip
  

• Kích hoạt giao thức SSH v2

  bỏ ghi chú "Giao thức 2" trong / etc / ssh / sshd_config

• cho phép ủy quyền khóa công khai trong sshd

  uncomment "PubkeyAuthentication yes" trong / etc / ssh / sshd_config

• Nếu StrictModes được đặt thành có trong / etc / ssh / sshd_config thì

  restorecon -Rv ~/.ssh
  

Theo hướng dẫn, có một tùy chọn -o password_stdin có thể cho phép đọc mật khẩu từ đầu vào tiêu chuẩn, có thể là chuyển hướng. Tôi chưa bao giờ sử dụng nó, vì vậy tôi đang suy đoán.

Điều đó nói rằng, tôi mạnh mẽ khuyên chống lại một giải pháp như vậy vốn không an toàn.

sshhoạt động rất tốt với một hệ thống khóa riêng / công khai. Nó là đơn giản và an toàn. Không cần nhập mật khẩu hoặc viết rõ ràng trong tập lệnh shell. Chỉ cần nhấn khóa công khai của bạn trên máy chủ và bạn có thể kết nối ngay lập tức.

Đường ống "sshfs password"với <<<để -o password_stdinlàm việc trên bash:

sshfs -o password_stdin backup_user@target_ip:/home /mnt/backup <<< "sshfs password"

echo 'password' | sshfs user@host:/dir /mnt -o password_stdin

Tùy chọn "-o password_stdin" là thứ cho phép bạn đặt mật khẩu của mình.

Điều đó nói rằng, khóa là một lựa chọn tốt hơn, trừ khi nhà cung cấp dịch vụ của bạn không cho phép bạn sử dụng chúng cho sftp. (Đây là một trong những thất bại đáng chú ý của WP Engine.)

Kịch bản gắn kết:

#!/bin/bash
server=<host>
user=<username>
pass=<password>
root=<hostpath>
mount=$(pwd)/sshfs

type sshfs >/dev/null 2>&1 || { echo >&2 "sshfs required"; exit 1; }
type sshpass >/dev/null 2>&1 || { echo >&2 "sshpass required"; exit 1; }

mkdir -p $mount

SSHPASS="$pass" sshfs $server:$root $mount -o ssh_command="sshpass -e ssh -l $user"

Bỏ qua:

#!/bin/bash

mount=$(pwd)/sshfs

fusermount -u $mount

Một điều cần lưu ý là nếu bạn đang sử dụng -o password_stdintùy chọn, nó có vẻ không hoạt động vì sshfs sẽ hỏi có nên kết nối với máy chủ hay không (nếu đó là lần đầu tiên bạn kết nối với nó và nó không được thêm vào vào tập tin máy chủ đã biết chưa). Nếu bạn đang chạy nó trong một đợt, bạn sẽ không bao giờ thấy sshfs hỏi. Cách giải quyết để tránh điều này là:

1. thêm -o StrictHostKeyChecking=no tùy chọn vào sshfs hoặc
2. chạy sshfs thủ công một lần để thêm máy chủ vào tệp máy chủ đã biết

Tập lệnh tự động để kết nối sftp với sshfs

#!/bin/bash
expect <<END
spawn sshfs sftpuser@ip:/folder /mnt/folder -p 22 -o password_stdin
send "password\r"
expect eof
END