Tại sao tất cả các nỗ lực SSH của tôi không thành công do hết thời gian?

Tôi mới sử dụng ssh và các công nghệ liên quan, vì vậy rất có thể tôi không hiểu điều gì đó cơ bản. (Đây cũng có thể là một câu hỏi cho Server Fault thay vì .... không chắc chắn.)

Tôi đang cố gắng ssh vào một máy chủ web (mà tôi sở hữu) và kết nối không bao giờ được thiết lập do hết thời gian.

~ $ ssh -vvv DOMAIN.com
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /Users/USER/.ssh/config
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 102: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to DOMAIN.com [123.45.67.89] port 22.
debug1: connect to address IPADD port 22: Operation timed out
ssh: connect to host DOMAIN.com port 22: Operation timed out

Suy nghĩ đầu tiên của tôi là bằng cách nào đó tôi đã chỉ định tên miền sai hoặc có gì đó không đúng với trang web của tôi. Vì vậy, tôi đã thử kết nối với cùng một tên miền qua FTP và điều đó đã hoạt động tốt (được nhắc tên người dùng):

~ $ ftp
ftp> open
(to) DOMAIN.com
Connected to DOMAIN.com.
220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
220-You are user number 2 of 50 allowed.
220-Local time is now 12:47. Server port: 21.
220-This is a private system - No anonymous login
220-IPv6 connections are also welcome on this server.
220 You will be disconnected after 15 minutes of inactivity.
Name (DOMAIN.com:USER):

Vì vậy, sau đó tôi nghĩ có lẽ tôi chỉ sử dụng SSH sai. Tôi bắt đầu xem video hướng dẫn này . Vào khoảng 1 phút anh ta làm ssh will@supercars.comvà nhận được lời nhắc tên người dùng, nhưng nó cho tôi thời gian chờ như trên. Sau đó tôi đã thử ssh google.comlàm điều tương tự. ssh localhost, mặt khác, hoạt động tốt. Vì vậy, vấn đề dường như là một cái gì đó để làm với các yêu cầu SSH qua mạng.

Suy nghĩ tiếp theo của tôi là nó có thể là một vấn đề tường lửa. Tôi đã cài đặt Sophos trên máy này, nhưng theo quản trị viên của tôi thì "không nên" chặn các yêu cầu SSH gửi đi.

Bất cứ ai có thể giúp tìm hiểu tại sao điều này đang xảy ra?

ssh

— exp1orer
nguồn

Đó là một địa chỉ IP trực tiếp bạn đang cung cấp cho chúng tôi. Nó có một kết nối FTP không bảo mật chạy trên nó. Đây có thể không phải là một ý tưởng tốt. Nó cũng không có gì chạy trên cổng 22, mà tôi nghi ngờ là nguồn gốc của các vấn đề của bạn. Bạn không thể ssh vào bất cứ điều gì, máy chủ cần phải có một sshd đang chạy, điều này dường như không. Nếu đó là máy chủ của bạn, hãy bật ssh và tắt ftp. Bạn có thể thực hiện ftp trên ssh khi nó đang chạy.

— bến tàu

Không cần phải xóa. Tôi đã chỉnh sửa IP và yêu cầu SE thanh lọc lịch sử chỉnh sửa. Bằng cách đó, người trả lời bạn không mất danh tiếng.

— terdon

Câu trả lời:

Thông báo lỗi đó có nghĩa là máy chủ mà bạn đang kết nối không trả lời các nỗ lực kết nối SSH trên cổng 22. Có ba lý do có thể xảy ra cho việc đó:

Bạn không chạy máy chủ SSH trên máy. Bạn sẽ cần phải cài đặt nó để có thể ssh với nó.
Bạn đang chạy một máy chủ SSH trên máy đó, nhưng trên một cổng không chuẩn. Bạn cần tìm ra nó đang chạy trên cổng nào; nói rằng nó trên cổng 2222, sau đó bạn chạy ssh -p 2222 hostname.
Bạn đang chạy một máy chủ SSH trên máy đó và nó sử dụng cổng mà bạn đang cố gắng kết nối, nhưng máy có tường lửa không cho phép bạn kết nối với nó. Bạn sẽ cần phải tìm ra cách thay đổi tường lửa hoặc có thể bạn cần ssh từ một máy chủ khác để được phép vào.

EDIT : như (chính xác) đã chỉ ra trong các ý kiến, thứ ba chắc chắn là trường hợp; hai cái còn lại sẽ dẫn đến việc máy chủ gửi gói "đặt lại" TCP trở lại sau nỗ lực kết nối của máy khách, dẫn đến thông báo lỗi "từ chối kết nối", thay vì hết thời gian bạn nhận được. Hai cái khác cũng có thể là trường hợp, nhưng bạn cần sửa cái thứ ba trước khi bạn có thể tiếp tục.

— Đồ trang sức
nguồn

Nếu nó không được cài đặt hoặc nếu nó đang chạy trên một cổng khác, thì anh ta sẽ nhận được tin nhắn từ chối kết nối.

— Hut8

@ Hut8: Là đúng. Trong 3 khả năng của bạn, chỉ có khả năng thứ ba (tường lửa) có thể dẫn đến thời gian chờ.

— R ..

Trên Ubuntu: sudo ufw cho phép 22; làm việc của bạn sau đó; sudo ufw từ chối 22. digitalocean.com/community/tutorials/ từ

— Daniel

Tôi nghĩ có khả năng thứ 4 là bằng cách nào đó máy chủ không thể truy cập được (vấn đề định tuyến Internet, có gì đó ở giữa ...) Ngay cả khi bạn có thể truy cập các dịch vụ khác vì tuyến đường được chọn có thể khác nhau sshvà các dịch vụ khác.

— Alexis Wilke

Kiểm tra bằng lệnh telnet xem bạn có thể kết nối với cổng SSH không. Nếu bạn không thể kết nối thì hãy kiểm tra xem. Trước tiên, bạn sẽ có thể kết nối trên cổng số. 22 đến máy chủ.

Theo mặc định, cổng SSH là 22. Nhưng nếu bạn đã cấu hình bất kỳ cổng nào khác thì hãy sử dụng cổng đó thay vì 22.

telnet <ip / url của máy chủ> <port>

ví dụ: miền telnet.com 22

— AVJ
nguồn

Điều này sẽ hết thời gian giống nhau (nếu không ssh -vnhật ký sẽ hiển thị kết nối thành công, thay vì nói hết thời gian)

— Wouter Verhelst

@Wouter Verhelst yeah, thnx để làm rõ

— AVJ

Làm thế nào bạn có thể kiểm tra cổng nào được cấu hình? Cấu hình một cổng mới?

— Yonatan Simson

@YonatanSimson, giả sử bạn có quyền truy cập, bạn có thể sử dụng sudo netstat -a64np( netstat) và tìm kiếm sshdmáy chủ (cột cuối cùng). Nếu bạn không có quyền truy cập, bạn có thể thử nmap.

— Alexis Wilke