sftp以及ssh問題

在使用pycharm連接虛擬機使用python虛擬環境時報錯

遇到這個問題后，測試創建新用戶是否也會出錯時，遇到報錯

(patroni) [fbase@dg-2 ~]$ ssh fbase@192.168.102.12
ssh: /usr/local/fbase/13/lib/libnssutil3.so: version `NSSUTIL_3.82' not found (required by /lib64/libnss3.so)
ssh: /usr/local/fbase/13/lib/libnssutil3.so: version `NSSUTIL_3.59' not found (required by /lib64/libnss3.so)

AI的解釋為

用戶遇到了一個關于SSH連接的錯誤，錯誤信息顯示`libnssutil3.so`缺少特定的版本`NSSUTIL_3.82`和`NSSUTIL_3.59`。用戶可能是在嘗試通過SSH連接到另一臺服務器時遇到了這個問題。我需要先理解錯誤信息的含義。

首先，錯誤信息指出`ssh`命令在運行時發現了動態鏈接庫的問題。具體來說，`/usr/local/fbase/13/lib/libnssutil3.so`這個庫文件缺少所需的版本符號。而`/lib64/libnss3.so`需要這些版本來正常運行。看起來是系統中安裝的庫版本不兼容或沖突了。

接下來，我需要分析可能的原因。用戶可能在他們的環境中安裝了多個版本的NSS（Network Security Services）庫，或者`/usr/local/fbase/13/lib/`路徑下的庫文件版本較舊，無法滿足`libnss3.so`的要求。這種情況常見于自定義安裝路徑與系統默認庫路徑之間的沖突。

然后，我應該考慮解決方案。可能的解決步驟包括檢查庫文件版本、更新或替換有問題的庫、調整環境變量以優先使用系統庫，或者重新安裝相關軟件包以確保依賴關系正確。

用戶可能是在使用某個特定應用程序（比如Patroni）的環境下遇到這個問題，因此需要確保他們的環境變量沒有錯誤地指向了舊版本的庫。另外，用戶可能沒有意識到他們安裝的軟件覆蓋或干擾了系統庫，導致動態鏈接器在運行時選擇了錯誤的庫文件。

??可能是在安裝fbase數據庫時fbase用戶下~/.bashrc自動設置好的LD_LIBRARY_PATH路徑沒有加載到新安裝的openssl依賴和也沒有系統的lib目錄（/usr/lib64:/lib64）

檢查環境變量：
查看是否在 .bashrc、.bash_profile 或全局配置中設置了 LD_LIBRARY_PATH，導致覆蓋系統庫路徑：

echo $LD_LIBRARY_PATH

如果輸出包含 /usr/local/fbase/13/lib，需要修改配置文件移除相關設置。

修復庫鏈接：
將系統默認庫路徑設為更高優先級：

export LD_LIBRARY_PATH=/lib64:/usr/lib64:$LD_LIBRARY_PATH

將此行添加到 ~/.bashrc 或 ~/.bash_profile 并重新加載：

source ~/.bashrc

安裝新版本就更新或替換舊版庫：

如果 /usr/local/fbase/13/lib/libnssutil3.so 屬于某個自定義安裝的軟件（如 fbase），嘗試更新該軟件。

或手動將系統新版庫文件鏈接到該路徑：

cp /lib64/libnssutil3.so   /usr/local/fbase/13/lib/

解決好后能正常使用ssh，但不能正常ssh連接到指定用戶上

原因是SSH 配置文件設置

確保 SSH 服務器的配置文件沒有限制 wy 用戶登錄。檢查目標主機的 /etc/ssh/sshd_config 文件，查看是否存在以下配置項：

• PermitRootLogin 是否被禁用（對于 root 用戶）。
• AllowUsers 或 DenyUsers 中是否明確限制了 wy 用戶的登錄權限。（配置文件的末尾）

AllowUsers和AllowGroups如果在配置文件配置有如

AllowUsers  root  fbase
AllowGroups  root  fbase

那就表示值允許root和fbase用戶使用ssh登錄，新創建的用戶需要手動添加

如果想一勞永逸可以在配置文件末尾刪除這兩個配置項

然后重啟sshd服務

systemctl restart sshd