託管中的 SSH 連線問題

SSH 代表 Secure Shell，它是透過 Internet 控制遠端伺服器的常用協定。 預設情況下，該服務是為我們的具有 Linux 作業系統（由我們提供）的託管伺服器建立的。

因此，如果您在使用 SSH 連接 Linux 上的伺服器時遇到問題，本文將幫助您解決該問題，並為您提供基本的故障排除步驟以及問題背後的一些可能的根本原因。

1. 讓我們從 SSH 連線問題的基本故障排除開始。

首先，我們要記住SSH使用的預設連接埠是22埠。 因此，我們的第一步是測試該連接埠的連接性。 為此，我們可以在任何其他 Linux 電腦上使用 telnet 命令，或嘗試透過 SSH 進行連接（例如，使用 PuTTY 實用程式）。

以下是運行 telnet 的範例：

telnet 92.000.000.00 22

其中 92.000.000.00 是伺服器的 IP，22 是其連接埠。

如果看到這樣的結果，則表示伺服器可以透過 SSH 連線。

telnet 92.000.000.00 22
Trying 92.000.000.00...
Connected to 92.000.000.00
Escape character is '^]'.
SSH-2.0-OpenSSH_9.0p1 Ubuntu-1ubuntu8
Connection closed by foreign host.

Putty 介面如下所示：

為了嘗試 SSH 連接，您需要在對應欄位中指定 IP 位址，並確保連接埠欄位中仍然有 22 連接埠。 完成後，您就可以點選「開啟」按鈕。

將彈出以下畫面（如果您是第一次連接伺服器或之前單擊過一次“連接”）：

您需要按照說明進行操作，並選擇是否要接受並將金鑰永久新增至 PuTTY 的快取中，或者如果您想在不使用金鑰的情況下繼續，請選擇連接一次。

然後，系統將提示您輸入伺服器憑證（您可以在說明中找到它，或在伺服器啟動時發送給您的電子郵件中找到它）。 在終端機中，將使用“登入”一詞代替“使用者”：

如果您能夠到達此步驟並被要求輸入憑證，則表示 22 連接埠已開啟並且您可以連接伺服器。

2. 如果您在建立連線時仍然遇到問題，問題可能與憑證有關，您需要仔細檢查伺服器的登入名稱和密碼。

您需要在控制面板中找到您的登入名稱和密碼。 選擇伺服器，然後按一下說明按鈕。

您應該尋找位於伺服器 IP 位址後面的使用者和密碼欄位。

注意：如果您自行變更作業系統中的密碼，則說明書中的密碼不會變更。

3. 如果在透過 telnet、Putty 或任何其他透過 SSH 連接伺服器的方便工具測試連接時仍然出現錯誤，首先，最好確保您的伺服器正在工作/可透過 Internet 存取（這指南可能會派上用場）。

4. 如果伺服器本身沒問題，請檢查作業系統內SSH服務的設定。 這可以透過 VMmanager（對於虛擬專用伺服器）中的 VNC 或 DCImanager（對於專用伺服器）中的 IPMI 連接伺服器來輕鬆實現。 存取對應面板的憑證也可以在說明中找到。

5. 還有一種情況是，當您照常連線時，突然開始收到以下錯誤：

----------@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:mN0OlpZpdkJJIRjFvNJ1aCS0oMzkW+mY4jyFLk7qXzM.
Please contact your system administrator.
Add correct host key in /Users/User/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /Users/User/.ssh/known_hosts:1
Host key for IP has changed and you have requested strict checking.
Host key verification failed.

通常，當您使用命令列從 Windows 連線時（例如，透過 Putty 連線時這不是問題）並且僅在伺服器上重新安裝作業系統後，才會發生此類錯誤。 該問題是由於首次使用 cmd 透過 SSH 連接到伺服器時，您的 SSH 用戶端將主機（更準確地說是 ECDSA 主機金鑰）保存到其 C:\Users\%username% \.ssh\known_hosts 文件，在伺服器上重新安裝作業系統後，主機發生變化。 控制台偵測到伺服器是同一個，但是主機發生了變化，提示此安全性錯誤。

在這種情況下，您可以將新主機的資料新增至 C:\Users\%username%\.ssh\known_hosts 或僅刪除此檔案。

如果您確定連接埠 22 未被阻止，以上皆無濟於事，或者，例如，您之前只是更改了密碼並忘記了密碼，請隨時聯繫我們的技術支援團隊，我們將為您提供協助！