Tôi đang cố gắng thiết lập máy chủ SSH trên máy cục bộ của mình bằng OpenSSH. Khi tôi cố gắng SSH từ một máy chủ từ xa vào máy chủ SSH cục bộ của mình, máy chủ SSH không phản hồi và hết yêu cầu. Tôi khá chắc chắn rằng có một sửa chữa thực sự rõ ràng cho điều này mà tôi chỉ đơn giản là nhìn ra.
Đây là những gì xảy ra khi tôi cố gắng SSH từ một máy chủ từ xa:
yoshimi@robots:/$ ssh -vv volt@99.3.26.94
OpenSSH_6.7p1 Debian-5, OpenSSL 1.0.1k 8 Jan 2015
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 99.3.26.94 [99.3.26.94] port 22.
debug2: fd 3 setting O_NONBLOCK
debug1: connect to address 99.3.26.94 port 22: Connection timed out
ssh: connect to host 99.3.26.94 port 22: Connection timed out
Máy robotschủ từ xa của tôi ở đâu và 99.3.26.94là máy chủ SSH cục bộ của tôi.
SSH đang chạy
volt@arnold:~$ ps -A | grep sshd
5784 ? 00:00:00 sshd
Trong trường hợp arnoldlà máy chủ SSH địa phương của tôi.
Chuyển tiếp cổng được thiết lập trên bộ định tuyến
Tôi đã cài đặt bộ định tuyến tại nhà để chuyển tiếp các cổng 80 và 22 đến máy chủ SSH của mình. Thật thú vị, cổng 80 hoạt động mà không gặp trở ngại - đi thẳng vào thư mục web Apache. Cổng 22 - không quá nhiều.
NMap nói rằng nó được lọc
yoshimi@robots:/$ nmap -p 22 99.3.26.94
Starting Nmap 6.47 ( http://nmap.org ) at 2015-06-02 14:45 EDT
Nmap scan report for 99-3-26-94.lightspeed.bcvloh.sbcglobal.net (99.3.26.94)
Host is up (0.33s latency).
PORT STATE SERVICE
22/tcp filtered ssh
Nmap done: 1 IP address (1 host up) scanned in 7.59 seconds
Máy robotschủ từ xa của tôi ở đâu và 99.3.26.94là máy chủ SSH cục bộ của tôi.
Đó không phải là IPTables (tôi nghĩ)
volt@arnold:~$ sudo iptables -L
Chain INPUT (policy ACCEPT)
target prot opt source destination
fail2ban-ssh tcp -- anywhere anywhere multiport dports ssh
ACCEPT tcp -- anywhere anywhere tcp dpt:ssh
ACCEPT tcp -- anywhere anywhere tcp dpt:http
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
Chain fail2ban-ssh (1 references)
target prot opt source destination
RETURN all -- anywhere anywhere
... Và tôi không có bất kỳ tường lửa nào khác - đó là một mạng Debian tương đối mới.
Vì vậy, sau đó: nó có thể là gì khác? Nó chắc chắn dường như là một loại tường lửa để bỏ qua lưu lượng truy cập, nhưng nếu đó không phải là bộ định tuyến, thì nó không phải là iptables và nó không phải là một tường lửa khác trên máy chủ SSH, ... còn cái quái gì nữa không ??
EDIT: Yêu cầu kết nối từ lỗi mạng nội bộ
yoshimi@robots:/$ ssh volt@192.168.1.90
ssh: connect to host 192.168.1.90 port 22: No route to host
arping remotehostphải trả lời chỉ một địa chỉ hw, sau đó kiểm tra xem hwaddress có giống nhau không. Sau đó kiểm tra độ phân giải với dig remotehostvà dig -x remoteipsau đó kiểm tra xem máy chủ từ xa không trỏ đến 127.0.0.1, vì điều này kiểm tra / etc / hosts của remote. Cuối cùng, hãy thử tắt tường lửa và kiểm tra xem tiến trình ssh có đang chạy hay không.
tail -fbất kỳ tệp nhật ký nào bạn có sshd trỏ vào đầu ra. Nếu hoàn toàn không có gì trong nhật ký, nhiều khả năng đó là sự cố giữa hai thiết bị, không phải trên máy chủ ssh.