đường hầm ssh - bind: Không thể gán địa chỉ được yêu cầu


26

Đang cố gắng tạo đường hầm ssh vớ (-D) - Hộp Linux sang hộp Linux (cả hai centos):

Sshd chạy ở phía xa ok.

Từ máy cục bộ, chúng tôi làm / thấy điều này:

ssh -D 1080 user@8.8.8.8.
user@8.8.8.8's password: 
bind: Cannot assign requested address

(trong đó 8.8.8.8 thực sự là IP của máy chủ của tôi và 'người dùng' là tên người dùng thực sự của tôi)

Tôi đăng nhập vào phía xa trong cửa sổ đầu cuối này. Tôi có thể xác minh rằng cổng cục bộ không được sử dụng trước lệnh này và sau đó được sử dụng bởi một quy trình ssh, sau lệnh, thông qua:

netstat -lnp | grep 1080

Vì vậy, không giống như hầu hết các phản hồi khác nhau với lỗi này, vấn đề dường như không phải là sự phân công giao diện loopback. Nếu tôi cố gắng sử dụng đường hầm này với ứng dụng thư khách, phía địa phương sẽ cho phép thử (không có lỗi 'lỗi proxy'), nhưng không có dữ liệu / trả lời nào được trả về.

Về phía từ xa, tôi có "PermitTunnel yes" trong sshd_config của tôi (dù sao 'yes' nên là mặc định).

Ý tưởng hay manh mối?

Đây là đầu ra gỡ lỗi có liên quan

OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *

....

debug1: Authentication succeeded (password).
debug1: Local connections to LOCALHOST:1080 forwarded to remote address socks:0
debug1: Local forwarding listening on 127.0.0.1 port 1080.
debug1: channel 0: new [port listener]
debug1: Local forwarding listening on ::1 port 1080.
bind: Cannot assign requested address
debug1: channel 1: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.utf8

Đầu mối khác: Nếu tôi chạy Hộp ảo trên máy khách đang chạy Windows, hãy mở một đường hầm có putty trong hộp đó, đường hầm đó, đến cùng một máy chủ từ xa, sẽ hoạt động.

Stranger Still "Nếu tôi sử dụng Putty (cho linux) chạy trực tiếp trên Máy khách Linux, thì nó KHÔNG hoạt động, ngay cả khi các cài đặt là một bản sao chính xác của các cài đặt putty mà DO WORK trong Putty chạy trên Windows trong Virtual Box trên cùng Máy khách ?? Có gì đó tanh ... vẫn đang thử các thí nghiệm để tìm ra nó là gì.


Điều gì nếu bạn cố gắng và buộc nó sử dụng ipv4? (giống như một thử nghiệm xử lý sự cố ban đầu). Ví dụ: ssh -4 -D 1080 user@8.8.8.8
Fred Clausen

Bạn có thể thử số cổng cao hơn, 4000 không?
jwbensley

Cảm ơn cho đầu vào. Tôi đã làm cho nó hoạt động với: ssh -4 -D 8081 user@8.8.8.8
JosephK

Câu trả lời:


41

Đóng vòng lặp ở đây. Câu trả lời, trong trường hợp này là buộc khách hàng ssh sử dụng ipv4. Ví dụ

ssh -4 -D 8081 user@8.8.8.8

Vì vậy, tôi sẽ nghĩ, ngoại trừ việc tôi có thể chọn 'buộc ip4' trong putty (chạy trên Linux) mà không thành công. Ngoài ra IPV6 bị vô hiệu hóa trên máy này, vì vậy về mặt lý thuyết không nên chơi. Các kết quả hoàn toàn không nhất quán tôi vẫn nhận được thử các hoán vị khác nhau của điều này khiến tôi gãi đầu. Trong mọi trường hợp, câu trả lời của bạn đã giúp tôi làm cho nó hoạt động và có lẽ đã phát hiện ra điều gì đó kỳ lạ về cách phiên bản này của CentOS hoặc Linux Kernel hoặc một số thứ tương tự đang hoạt động - Cảm ơn.
JosephK

Một cú sút xa nhưng có lẽ tắt độ phân giải DNS SSH trên máy chủ, "UseDNS no" trong sshd_config, có thể giải quyết nó. Có lẽ một số độ phân giải DNS kỳ lạ đang xảy ra trên máy chủ gây ra sự cố ràng buộc.
Fred Clausen

1
Cảm ơn rất nhiều, -4 cũng là giải pháp cho Ubuntu 11.04.
Sander

Tôi bắt đầu gặp sự cố này sau khi nâng cấp lên Ubuntu 13.04 và đây là cách khắc phục.
Nick

1
Thay vì phải chỉ định -4 mỗi lần, giả sử tất cả các kết nối ssh chỉ được thực hiện với IPv4, hãy thêm "InFon inet" vào tệp ssh_config của bạn - cho mỗi người dùng trong $ {HOME} /. Ssh / ssh_config hoặc toàn hệ thống cho tất cả người dùng trong / etc / ssh / ssh_config
JG Miller
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.