Tôi có một tệp lớn trên máy chủ onevà tôi muốn sao chép nó vào máy chủ twobằng cách sử dụng scp. Tôi có các phím thiết lập đúng và tôi có thể ssh / scp cho cả hai máy chủ từ máy tính để bàn của mình.

Tệp tôi cần sao chép lớn hơn dung lượng trống trên hdd của máy trạm, vì vậy tôi muốn làm:

scp one:/opt/bigfile.tar.gz two:/opt/bigfile.tar.gz

nhưng tôi đã nhận:

ssh: Could not resolve hostname one: Name or service not known

Chúng tôi không có DNS ở đây (đừng hỏi tôi tại sao), vì vậy tôi có cái này trong ~ / .ssh / config:

Host one
    Hostname        <IP address of server one>
    User            jspurny

Host two
    Hostname        <IP address of server two>
    User            jspurny

Nếu tôi thử với một tệp nhỏ hơn và chuyển nó từ onemáy trạm của mình và sau đó two, nó hoạt động tốt:

scp one:/opt/smallerfile.tar.gz .
scp smallerfile.tar.gz two:/opt/

Khi sử dụng địa chỉ IP trực tiếp như được đề xuất trong nhận xét, tôi đã nhận được:

$ scp jspurny@<one's IP>:bigfile.tar.gz jspurny@<two's ip>:bigfile.tar.gz
Host key verification failed.
lost connection

Không phải là một vấn đề:

Kích thước không phải là vấn đề ở đây - nó chỉ là "tác nhân" cho vấn đề này vì không có cách nào để lưu trữ bigfile.tar.gztrên máy trạm của tôi. Vấn đề xảy ra bất kể kích thước tập tin.

Câu hỏi:

Tại sao lệnh:

scp oneremote:file secondremote:file

ném lỗi bất kể sử dụng .ssh/configbí danh hoặc trực tiếp sử dụng địa chỉ IP?

Đã giải quyết - loại - vẫn đang tìm kiếm lời giải thích - Tôi đã chia bigfile thành các tệp nhỏ hơn và chuyển từng cái một qua máy trạm của tôi. Tôi vẫn đang tự hỏi tại sao nó không hoạt động. Vì vậy, tôi vẫn sẽ đánh giá cao một số lời giải thích về những gì sai ..

Tìm thấy một lý do tại sao nó thất bại: Có vẻ như tôi đã ngu ngốc. Tôi nghĩ rằng lệnh

scp one:file two:file

đã tạo hai kết nối đến mỗi máy chủ và sau đó nhận dữ liệu từ một và ngay lập tức gửi chúng đến hai và do đó hoạt động như một rơle.

Đây rõ ràng không phải là trường hợp, bởi vì một -vtùy chọn đơn giản tiết lộ rằng trên thực tế nó chỉ kết nối với một và từ một nó cố gắng kết nối với hai . Mà rõ ràng là không thể vì máy chủ một là không được phép kết nối với hai .

Ống đơn giản

Thử đi:

ssh one 'cat file' | ssh two 'cat > file'

Người đầu tiên sẽ gửi nội dung tệp đến máy của bạn, trong khi người thứ hai sẽ gửi nội dung đó đến máy thứ hai. Tôi sẽ tính toán tổng kiểm tra ở cả hai đầu sau khi chuyển tiền, để đảm bảo rằng không có gì bị mất hoặc bị cắt xén trên đường đi.

Xây dựng đường hầm

Đối với các ứng dụng phức tạp hơn, bạn có thể sử dụng đường hầm ssh. Ví dụ: bạn có thể thử một cái gì đó như thế này:

ssh -R 5001:127.0.0.1:5002 one
ssh -L 5002:127.0.0.1:22 two

Sau đó, bạn có thể mở một kết nối trên onemáy localhostcổng 5001và nó sẽ được chuyển tiếp hai lần và kết thúc như là một kết nối trên twođể localhostcổng 22. Đây là cổng ssh, vì vậy bạn có thể sử dụng cổng này cho một scp khác, hoặc cho rsync, hoặc bất cứ điều gì. Bạn cũng có thể khởi động rsyncmáy chủ twovà chuyển tiếp cổng 873 thay vì 22. Hoặc bạn có thể sử dụng ncở cả hai bên để truyền dữ liệu thô, sử dụng số cổng tùy ý.

Lợi ích chính giữa cách tiếp cận trên là bạn có kết nối tcp hai chiều giữa hai máy, thay vì chỉ một ống một chiều. Bằng cách đó, hai bên có thể trao đổi thông tin, điều đặc biệt quan trọng trong rsyncvụ án.

Tín dụng đầy đủ cho câu trả lời này được gửi tới /superuser//a/602436/142948

Bạn cần -3tùy chọn cho scp:

scp -3 one:/opt/bigfile.tar.gz two:/opt/bigfile.tar.gz

-3: Bản sao giữa hai máy chủ từ xa được chuyển qua máy chủ cục bộ. Không có tùy chọn này, dữ liệu được sao chép trực tiếp giữa hai máy chủ từ xa.

http://www.openbsd.org/cgi-bin/man.cgi?query=scp&sektion=1

Mặt khác, bí danh thứ hai "hai" đang được giải quyết trên máy chủ "một" , có thể không tồn tại.

Vì bạn có quyền truy cập của người dùng vào máy chủ nguồn (một) tại sao không đăng nhập và chạy lệnh scp của bạn trên máy chủ đó ... Nếu bạn lo lắng rằng nó sẽ mất quá nhiều thời gian, thì hãy khởi động lệnh bên trong screenrồi tách ra khỏi màn hình bằng Ctrl+a dvà hãy để nó chạy

Tuy nhiên, nếu bạn phải thực hiện việc này từ máy trạm của mình và các khóa SSH từ nguồn đến máy chủ đích đang hoạt động tốt, thì hãy gửi scplệnh dưới dạng tham số của sshlệnh, như:

ssh user@source 'scp /path/to/file user@destination:/path/to/file'

Tìm kiếm thông báo lỗi: "Xác minh khóa máy chủ không thành công." dường như là điều đơn giản nhất để làm ở đây. Tôi đã tìm thấy câu hỏi và trả lời này trên Askubfox có tiêu đề: Sự cố kết nối SSH với xác minh khóa Máy chủ lưu trữ không thành công .

Một trong những câu trả lời cho câu hỏi và trả lời đó cho rằng vấn đề đã nói dối với một mục mâu thuẫn trong ~/.ssh/known_hoststệp của bạn . Bạn có thể xóa các mục rắc rối khỏi tệp đó bằng bất kỳ trình soạn thảo văn bản nào hoặc bạn có thể sử dụng lệnh này để xóa các mục:

$ ssh-keygen -R hostname

Trong trường hợp hostnamesẽ là một trong hai địa chỉ IP hoặc tên của máy chủ bạn đang cố gắng để kết nối từ. Tất cả các bên trên sẽ được lưu trữ trên hai bằng cách này.