Bastionhost：營運常見報錯提示

V3.2版本會記錄主機的唯一指紋，若該主機的主機指紋發生變化，會導致認證失敗。您可以在Bastionhost的主機資訊中將其清空後再嘗試登入。具體操作，請參見清除主機指紋。

主機指紋可能變化的情境如下：

• 重裝作業系統：如果重新安裝了作業系統，SSH服務可能會被重設，導致主機指紋改變。

• 更換SSH金鑰組：如果伺服器的SSH金鑰組被替換，主機指紋也會隨之改變。

• 使用不同的密碼編譯演算法：更改SSH伺服器配置以使用不同的密碼編譯演算法或金鑰交換方法也可能導致主機指紋變化。

• SSH服務的配置更改：如果在SSH伺服器上進行了配置更改，特別是與密鑰和身分識別驗證相關的設定，可能會影響主機指紋。

• 複製或遷移伺服器：在某些情況下，如果您從一台機器複製或遷移到另一台機器，新的執行個體可能產生新的SSH密鑰。

• 虛擬機器快照恢複：如果您從快照恢複虛擬機器，SSH密鑰可能會隨之回到快照時的狀態。

• SSH伺服器軟體更新：在某些情況下，SSH伺服器軟體的更新可能會導緻密鑰配置的變化，從而影響主機指紋。

• 認證失效或到期：如果使用基於認證的SSH密鑰，認證的失效或更新也可能導致主機指紋變化。

通常是由於網路不可達，情況如下：

• Bastionhost所配置的主機協議連接埠有誤。請您查看Bastionhost相關連接埠是否配置正確，具體操作，請參見配置Bastionhost。

• 安全性群組或防火牆等規則禁止了Bastionhost對特定連接埠的訪問。查看Cloud Firewall開關是否開啟對Bastionhost執行個體的保護以及對應安全性原則是否有限制攔截，具體操作，請參見Cloud Firewall和營運資訊安全中心（Bastionhost）聯合部署存取原則的最佳實務。

通常是由於存在防火牆或配置策略阻斷，您可以通過以下方法排查。

• 檢查伺服器的/etc/hosts.allow檔案是否存在BastionhostIP，如無，請加入BastionhostIP。同時檢查/etc/hosts.deny檔案是加入BastionhostIP，如有，請刪除。

• 檢查Bastionhost到伺服器之間是否有裝置攔截，是否完全允許存取Bastionhost訪問。更多關於Bastionhost與伺服器串連問題，請參見串連伺服器相關問題。

許可權被拒絕，可能的原因如下：

• 伺服器的帳號密碼錯誤。

• 確認所登入的帳號（例如root）是否開啟了登入許可權（即ssh_config中配置PermitRootLogin=yes）。

• 查看伺服器的日誌記錄/var/log/secure與/var/log/messages是否設定了其他登入許可權，例如需要雙因子驗證才能登入。

您可以參考以下方法進行排查：

• 檢查伺服器的遠端桌面許可是否到期（您可以通過其他windows串連該伺服器進行測試）。

• 檢查伺服器是否開啟允許遠端桌面許可權。

您可以參考以下方法進行排查。

• Bastionhost介面儲存的資料庫地址是網域名稱，使用者資料庫串連填寫的資料庫地址為IP導致。

• 資料庫賬戶存在空格導致。

• DBeaver報錯可能是Bastionhost到資料庫網路不通，您需要檢查下白名單。更多Bastionhost串連資料庫問題，請參見串連資料庫相關問題。

DBeaver不相容MySQL 5.6版本。您可以通過以下方法處理：

• 修改資料庫協議驅動為mariaDB進行串連。

• 使用Navicat資料庫連接工具串連。