Điểm:-1

SSH qua VBox NAT KHÔNG hoạt động Máy chủ Ubuntu 20.04 (máy tính để bàn) Máy chủ Ubuntu 20.04 (khách)

lá cờ tr

Tôi có thể truy cập internet trên máy khách bằng cách đặt bộ điều hợp vbox 1 thành bộ điều hợp mạng bắc cầu

và giao tiếp giữa máy chủ và khách hoạt động khi tôi đặt bộ điều hợp 2 làm bộ điều hợp chỉ lưu trữ

Điều này là đủ nếu tôi không muốn sử dụng tường lửa, nhưng tôi muốn... với giải pháp này, tôi cần liên tục sử dụng UFW để cho phép giao tiếp bộ điều hợp 1.

Sau khi đọc một số, tôi nhận ra rằng tôi Nên có thể thiết lập bộ điều hợp 1 làm bộ điều hợp tự nhiên và định cấu hình chuyển tiếp cổng như hình bên dưới.

tên|nguyên mẫu| máy chủ ip | Cổng máy chủ| IP khách | Cảng khách
SSH | TCP | 127.0.0.1 | 2522 | 192.168.52.1 | 22

Bằng cách này, tôi sẽ có thể ssh vào khách bằng cách sử dụng: ssh -vvv -p 2522 -i ~/.ssh/id_rsa [email protected]

Vấn đề của tôi là phương pháp này chỉ đơn giản là đóng băng không cần giải thích.

OpenSSH_8.2p1 Ubuntu-4ubuntu0.4, OpenSSL 1.1.1f ngày 31 tháng 3 năm 2020
debug1: Đọc dữ liệu cấu hình /home/user/.ssh/config
debug1: /home/user/.ssh/config dòng 41: Áp dụng tùy chọn cho *
debug1: Đọc dữ liệu cấu hình /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config dòng 19: bao gồm /etc/ssh/ssh_config.d/*.conf không khớp với tệp nào
debug1: /etc/ssh/ssh_config dòng 21: Áp dụng tùy chọn cho *
debug2: resolve_canonicalize: tên máy chủ 127.0.0.1 là địa chỉ
gỡ lỗi2: ssh_connect_direct
debug1: Đang kết nối với 127.0.0.1 [127.0.0.1] cổng 2522.
debug1: Đã thiết lập kết nối.
debug1: tệp nhận dạng /home/user/.ssh/id_rsa gõ 0
gỡ lỗi1: tệp nhận dạng /home/user/.ssh/id_rsa-cert loại -1
debug1: Chuỗi phiên bản cục bộ SSH-2.0-OpenSSH_8.2p1 Ubuntu-4ubuntu0.4

(Tôi đã thử nghiệm với UFW bị vô hiệu hóa.)

Tất cả mọi thứ, nói rằng điều này sẽ hoạt động, nhưng nó không ... bất kỳ dự đoán nào?

Nếu ssh over NAT hoạt động, tôi có thể ssh vào hộp và liên lạc giữa máy chủ và khách mà không cần chỉnh sửa tường lửa liên tục.

Phát triển: Theo đề xuất của @steeldriver và bài này địa chỉ IP chính xác để chuyển tiếp cổng phải là Guest IP = 10.0.2.15

Tuy nhiên, khi sử dụng địa chỉ đó, ssh không thể kết nối:

OpenSSH_8.2p1 Ubuntu-4ubuntu0.4, OpenSSL 1.1.1f ngày 31 tháng 3 năm 2020
debug1: Đọc dữ liệu cấu hình /home/dragonpharaoh/.ssh/config
debug1: /home/dragonpharaoh/.ssh/config dòng 41: Áp dụng tùy chọn cho *
debug1: Đọc dữ liệu cấu hình /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config dòng 19: bao gồm /etc/ssh/ssh_config.d/*.conf không khớp với tệp nào
debug1: /etc/ssh/ssh_config dòng 21: Áp dụng tùy chọn cho *
debug2: resolve_canonicalize: tên máy chủ 10.0.2.15 là địa chỉ
gỡ lỗi2: ssh_connect_direct
debug1: Đang kết nối với 10.0.2.15 [10.0.2.15] cổng 2522

Bộ điều hợp 2 Chỉ lưu trữ Đây là cấu hình bộ điều hợp chỉ lưu trữ trên máy chủ của tôi: nhập mô tả hình ảnh ở đây nhập mô tả hình ảnh ở đây

Bộ điều hợp 1 NAT nhập mô tả hình ảnh ở đây

Cổng chuyển tiếp nhập mô tả hình ảnh ở đây

Đây là đầu ra hiện tại của #ifconfig bên trong khách nhập mô tả hình ảnh ở đây

Netstat xác nhận cổng nghe Vbox nhập mô tả hình ảnh ở đây

LƯU Ý: Cả hai máy chủ đều được cài đặt khá mới (chưa đầy một tháng) và khách được tạo hôm nay

lá cờ in
Đối với Bộ điều hợp chỉ lưu trữ, bạn đã tạo một thiết bị (có thể được gọi là `vboxnet0`) và đặt chế độ hỗn tạp thành "Cho phép tất cả" chưa? Địa chỉ IP phải giống như `192.168.56.1` chứ không phải địa chỉ IP mà bạn đang sử dụng ...
lá cờ hr
IP khách NAT của bạn có cùng phạm vi với mạng máy chủ của bạn không? Thiết lập NAT mặc định sẽ sử dụng một dải LAN riêng hoàn toàn khác, chẳng hạn như `10.x.x.x` iirc. Tôi có thể tưởng tượng SSH bị treo nếu các gói bị định tuyến sai do chồng chéo địa chỉ.
nightwatch avatar
lá cờ tr
@matigo Tôi đã thử đề xuất của bạn... cùng một vấn đề, vẫn bị đóng băng
nightwatch avatar
lá cờ tr
@steeldriver ip NAT của khách là 10.0.2.15 Tôi đang kiểm tra nó ngay bây giờ... một giây..
nightwatch avatar
lá cờ tr
@steeldriver Khi tôi sử dụng 10.0.2.15 để chuyển tiếp cổng. Tôi không thể ping và/hoặc ssh với nó...
nightwatch avatar
lá cờ tr
Theo bài đăng này https://www.xmodulo.com/access-nat-guest-from-host-virtualbox.html @steeldriver là chính xác. Lệnh netstat thậm chí còn xác nhận cổng nghe của vbox trên máy của tôi.. Tôi sẽ chỉnh sửa bài đăng của mình ở trên vì đầu ra ssh khác..
lá cờ hr
Tôi nghĩ rằng chúng tôi cần thêm thông tin về cách bạn thiết lập mạng - NAT netmask, DHCP, v.v. Bạn có thể sử dụng 2 mạng 192.168.x.0/24 riêng biệt cho Máy chủ và NAT nếu muốn - sử dụng 10.x.x.x chỉ là một gợi ý để thử vì nó khác biệt rõ ràng với bất kỳ phạm vi 192.x.x.x nào.
nightwatch avatar
lá cờ tr
một giây... ảnh chụp màn hình sắp tới
nightwatch avatar
lá cờ tr
Tôi đã tìm ra rồi các bạn... cảm ơn sự giúp đỡ của bạn... vấn đề là do lỗi của người dùng. Lệnh ssh thực tế phải là ssh -p 2522 @127.0.0.1 (bạn PHẢI sử dụng ip máy chủ, nó không thể là ip bộ điều hợp chỉ lưu trữ trên máy chủ, nó không thể là ip NAT, nó phải là ip máy chủ trong lệnh ssh, mọi thứ khác đều thất bại vì nó có thể giải quyết
Điểm:0
lá cờ tr

Các cài đặt cho SSH qua NAT trong bài đăng của tôi đều chính xác.

Lỗi là lệnh ssh mà tôi đang sử dụng:

lệnh ssh có thể không phải là ip bộ điều hợp chỉ lưu trữ
ssh -p 2222 <đăng nhập>@192.168.52.1 <- sẽ không giải quyết

lệnh ssh có thể không phải là ip bộ điều hợp nat được gán cho vbox
ssh -p 2222 <đăng nhập>@10.0.2.15 <- sẽ không giải quyết

Lệnh SSH PHẢI là:
ssh -p 2222 <đăng nhập>@127.0.0.1

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.