Cách gỡ lỗi kết nối SSH

How Debug Ssh Connections



Hướng dẫn này sẽ giới thiệu cho các bạn một số phương pháp và kỹ thuật nhanh chóng mà bạn có thể sử dụng để chẩn đoán các kết nối SSH khác nhau, bao gồm cả khi bạn không thể kết nối với SSH, lỗi Xác thực, v.v.

GHI CHÚ: Trước khi bắt đầu, hãy đảm bảo rằng thiết bị bạn muốn kết nối đang trực tuyến và lỗi không phải do thiết bị không khả dụng.







Sự cố 1: Dịch vụ SSH không chạy

Nguyên nhân phổ biến của lỗi kết nối SSH là dịch vụ không chạy trên máy chủ từ xa. Điều này có thể là do dịch vụ vô tình tắt hoặc dịch vụ không bắt đầu sau khi khởi động lại hệ thống.



Để kiểm tra xem dịch vụ SSH có đang chạy hay không, hãy sử dụng trình quản lý hệ thống bằng lệnh:



sudotrạng thái systemctl sshd

Lệnh trên sẽ thông báo nếu dịch vụ đang chạy hay không, như được hiển thị trong ảnh chụp màn hình bên dưới.







Dung dịch

Để giải quyết các sự cố SSH do dịch vụ không chạy, hãy sử dụng hệ thống để khởi động dịch vụ. Nếu dịch vụ phản hồi có lỗi, hãy kiểm tra nhật ký và khắc phục sự cố được báo cáo trong nhật ký.

Sử dụng lệnh bên dưới để kiểm tra nhật ký dịch vụ.

nắm chặt 'sshd' /ở đâu/khúc gỗ/auth.log

Sử dụng lệnh dưới đây để bắt đầu hoặc dừng dịch vụ SSH bằng systemd.

sudosystemctl start sshd

Vấn đề 2: SSH trên cổng không chuẩn

Vấn đề phổ biến thứ hai khi gỡ lỗi các kết nối SSH là việc sử dụng một cổng không chuẩn. Nếu SSH đang chạy trên một cổng khác không phải là cổng mặc định 22, bạn sẽ không kết nối với máy chủ từ xa trừ khi bạn chỉ định rõ ràng cổng mà SSH đang chạy.

Để xem cổng mà SSH đang chạy, hãy sử dụng một công cụ như netstat như sau:

[hàng trăm@centos8 ~]$sudo netstat -ptln | nắm chặt ssh
tcp0 00.0.0.0:560.0.0.0:*NGHE1131/sshd
tcp60 0:::56:::*NGHE1131/sshd

Kết quả trên cho thấy dịch vụ SSH đang chạy trên cổng nào. Trong trường hợp này, đó là cổng 56.

Dung dịch

Để giải quyết vấn đề này, bạn có thể sử dụng thông tin từ netstat để chỉ định rõ ràng cổng trong lệnh ssh của bạn như:

sshtên tài khoản@ip -P 56

Vấn đề 3: Một Dịch vụ khác sử dụng cùng một cổng

Một nguyên nhân khác gây ra lỗi kết nối SSH là nếu một dịch vụ hoặc quy trình khác cũng sử dụng cùng một cổng với dịch vụ SSH. Ví dụ: nếu SSH được chỉ định rõ ràng để chạy trên cổng 80 (ý tưởng khủng khiếp), một dịch vụ như Apache có thể đang sử dụng cùng một cổng.

Để xem liệu quá trình khác có đang sử dụng cùng một cổng như SSH hay không, hãy kiểm tra nhật ký bằng lệnh:

sudoJournalctl-NSsshd

Lệnh này sẽ trả về một lỗi như được hiển thị bên dưới, cho biết liệu một quá trình khác có sử dụng cổng bị ràng buộc SSH hay không.

sshd[110611]: error: Ràng buộc với cổng80trên 0.0.0.0 không thành công: Đã có địa chỉtrongsử dụng

Tốt là bạn nên đảm bảo rằng lỗi liên kết cổng là do dịch vụ khác gây ra, không phải do các biện pháp bảo mật như SELinux.

Dung dịch

Có nhiều cách khác nhau bạn có thể sử dụng để giải quyết vấn đề này. Bao gồm các:

Đầu tiên là liên kết dịch vụ SSH với một cổng khác. Bạn có thể thực hiện việc này bằng cách chỉnh sửa tệp cấu hình SSH. Ví dụ: thay đổi mục nhập Cổng thành cổng 3009 như được hiển thị trong các lệnh:

sudo nano /Vân vân/ssh/sshd_config
Hải cảng3009

Một phương pháp khác mà bạn có thể sử dụng để giải quyết vấn đề này là dừng dịch vụ bằng cổng SSH. Ví dụ: dừng dịch vụ apache bằng cách sử dụng cổng 80 như sau:

sudosystemctl dừng httpd
sudosystemctl vô hiệu hóa httpd

Vấn đề 4: Tường lửa

Nếu bạn đã thử tất cả các phương pháp trên mà vẫn không có kết nối SSH, bạn có thể chuyển sang nguyên nhân tiếp theo có thể gây ra sự cố: Hạn chế tường lửa. Tùy thuộc vào phương pháp Tường lửa bạn đang sử dụng (UFW hoặc Iptables), bạn cần đảm bảo rằng tường lửa cho phép các kết nối SSH.

Dung dịch

Các quy tắc tường lửa rất rộng và có thể thay đổi tùy thuộc vào cấu hình hệ thống. Vì vậy, tôi không thể bao quát mọi khía cạnh. Tuy nhiên, sau đây là một giải pháp đơn giản để đảm bảo dịch vụ SSH được phép trên UFW Firewall.

sudoufw cho phép<ssh_port> /tcp

Bạn cũng có thể đặt lại tất cả các quy tắc UFW và bắt đầu lại. Điều đó sẽ cho phép bạn khắc phục sự cố kết nối tường lửa từ đầu.

sudoufw đặt lại

Vấn đề 5: Đăng nhập mật khẩu bị vô hiệu hóa

Đôi khi bạn có thể định cấu hình SSH không chấp nhận đăng nhập bằng mật khẩu và chỉ sử dụng xác thực khóa công khai. Điều đó có thể gây ra sự cố nếu khóa công khai không có sẵn trên máy chủ hoặc thiếu cặp khóa riêng tư của bạn.

Để kiểm tra xem đăng nhập bằng mật khẩu có được phép hay không, hãy lập cấu hình ssh như sau:

[hàng trăm@centos8]$sudo nắm chặtXác thực mật khẩu/Vân vân/ssh/sshd_config
#PasswordAuthentication có
Xác thực mật khẩuđúng
# Xác thực mật khẩu. Tùy thuộc vào cấu hình PAM của bạn,
# Xác thực PAM, sau đó bật tính năng này nhưng đặt PasswordAuthentication

Kết quả trên cho thấy rằng đăng nhập mật khẩu được phép.

Dung dịch

Để giải quyết vấn đề trên, bạn có thể sử dụng hai phương pháp:

Trước tiên, nếu bạn đặt giá trị thành không, hãy thay đổi giá trị PasswordAuthentication thành có và khởi động lại dịch vụ ssh.

Phương pháp khác là tạo một cặp khóa-giá trị ssh và sử dụng nó để đăng nhập vào máy chủ. Để tìm hiểu cách tạo cặp khóa-giá trị ssh, hãy sử dụng hướng dẫn sau.

https://linuxhint.com/find-ssh-public-key/

https://linuxhint.com/use-ssh-copy-id-command/

Phần kết luận

Trong hướng dẫn nhanh này, chúng tôi đã thảo luận về các nguyên nhân chính gây ra lỗi kết nối SSH và cách bạn có thể giải quyết chúng. Mặc dù hướng dẫn này đề cập đến các vấn đề phổ biến, bạn có thể tìm thấy các lỗi cụ thể đối với hệ thống của mình dựa trên cấu hình và quyền.