與服務器建立遠程 ssh 連接后，vscode-server 似乎沒有完成安裝

Question

我正在使用帶有 VS Code（Insiders）的 Remote-ssh 擴展來連接到 AWS Linux 服務器。 此連接使用存儲在我的本地計算機上的 SSH 密鑰進行身份驗證。 連接后，會打開一個名為“install”的終端，下面是output：

685ad2d6d150: running
Acquiring lock on /home/ubuntu/.vscode-server-insiders/bin/45aafeb326d0d3d56cbc9e2932f87e368dbf652d/vscode-remote-lock.ubuntu.45aafeb326d0d3d56cbc9e2932f87e368dbf652d
Found existing installation at /home/ubuntu/.vscode-server-insiders/bin/45aafeb326d0d3d56cbc9e2932f87e368dbf652d...
Checking /home/ubuntu/.vscode-server-insiders/.45aafeb326d0d3d56cbc9e2932f87e368dbf652d.log and /home/ubuntu/.vscode-server-insiders/.45aafeb326d0d3d56cbc9e2932f87e368dbf652d.pid for a running server
Looking for server with pid: 79962
Found running server...

*
* Reminder: You may only use this software with Visual Studio family products,
* as described in the license (https://go.microsoft.com/fwlink/?linkid=2077057)
*

Checking server status on port 45093 with wget
685ad2d6d150: start
SSH_AUTH_SOCK====
DISPLAY====
webUiAccessToken====
listeningOn==45093==
osReleaseId==ubuntu==
arch==x86_64==
tmpDir==/run/user/1000==
platform==linux==
unpackResult====
didLocalDownload==0==
downloadTime====
installTime====
extInstallTime====
serverStartTime====
connectionToken==86be68cd-ee77-49dc-ae26-5c1521022c2c==
685ad2d6d150: end

（此打印是在初始安裝並重新連接到服務器之后，但 output 大致相同）

之后“安裝”終端保持打開狀態。 如果我關閉它，那么我的連接似乎被中斷並試圖打開一個文件，或者另一個 Bash 終端重新打開安裝終端。

如果我打開到用戶目錄的直接連接，我會收到以下警告：

如果我從 git 存儲庫目錄中打開連接，我不會收到該警告。

我的問題是，vscode-server-insiders “安裝”完成了嗎？ “安裝”終端是否應該一直保持打開狀態？ 如果我關閉“安裝”終端，是否應該斷開連接並重新打開？ 出現警告是因為我不在 git 存儲庫目錄中嗎？ 我應該得到那個警告嗎？ 或者這是通過 ssh 與 VS Code 遠程連接的所有正常過程？

抱歉，我已經用 Google 搜索過，但沒有看到任何關於這是使用 Remote-ssh 擴展的常規行為的信息。 我覺得如果 vscode-server-insiders 安裝完成，終端中的“安裝”output 應該 go 離開。 但是在connectionToken==86be68cd-ee77-49dc-ae26-5c1521022c2c==4134564d6c5d: end output之后似乎掛了。 只是想弄清楚這是否確實應該發生。

更新 1：正如@VonC 所述，安裝過程似乎確實掛起。 我已經查看了故障排除掛起或失敗的連接文檔，並在我的設置文件中添加了"remote.SSH.showLoginTerminal": true, "remote.SSH.useLocalServer": false ，但這似乎沒有什么不同。 Remote-ssh 擴展的 output 日志中沒有顯示任何內容。 開發人員的控制台中有很多 pty 錯誤，但看起來沒有其他可能導致安裝過程掛起。 那么，有沒有人知道為什么安裝過程會掛起？

更新 2：將remote.SSH.showLoginTerminal設置為 false 根本不顯示“安裝”終端。 但這是隱藏終端和問題，還是實際上解決了問題？ 看來“檢查服務器狀態...”步驟是在這個過程中掛起的，但我仍然可以使用 bash 終端並打開文件。 我仍然可以通過將remote.SSH.showLoginTerminal設置為 false 來完成所有這些操作。 我使用的是 ssh 密鑰，但我沒有使用密碼登錄。 我想現在我對這里到底發生了什么更加好奇，並確保沒有任何問題只是被這個設置所隱藏。

Answer 1

“ Extensions want to make changes ”部分似乎與microsoft/vscode-remote-release ，而更像是一個VSCode 警告，如microsoft/vscode問題 108940 所示，仍然在問題 96699中打開。

關閉安裝終端不會終止 session，但會檢查設置，如“ 解決掛起或失敗連接”中所示：類似“ remote.SSH.showLoginTerminal ”的內容可能與您所看到的有關。

OP Charles Williams確認已將“remote.SSH.showLoginTerminal”設置為 false，這似乎可以解決（或隱藏？）問題。

Answer 2

我在 VS Code 設置中設置了remote.SSH.showLoginTerminal: false ，它要么隱藏這些警告，要么擺脫它們。 我不知道。 所以，雖然我不知道為什么會出現這些警告，或者這個設置是否真的“修復”了它，但我想說這已經解決了，因為沒有什么能阻止我使用 VS Code 的 SSH 遠程功能，我不更長的時間得到惱人的警告。

Answer 3

我遇到了和你一樣的問題。 最后發現這個問題是因為我同時使用了MobaXterm和vscode來連接遠程主機。 當我關閉 MobaXterm ssh 連接后，vscode 中的問題就解決了。

Answer 4

允許編輯器在您訪問的每台遠程服務器上安裝隨機未記錄的代碼是非常奇怪的。

我花了相當多的時間瀏覽當前（2022 年 8 月）VS Code 3rd-party 擴展來尋找侵入性較小的替代方案，最直接的似乎是使用常用技術的“ftp-simple” (s)ftp 作為遠程服務器的文件 io 方法，允許您瀏覽文件系統、打開文件、編輯、保存，就像在本地文件系統上一樣。

其他一些 VS Code 3rd-party (s)ftp 擴展使用重量級的“同步工作區”model，您的客戶端將整個目錄樹復制到您的“遠程文件夾”下，假設它是一個“項目”，然后保持本地副本與服務器。 這對於從事小型項目的開發人員來說很好（盡管坦率地說 Git 會更好），但不適合我可能需要做的系統管理員臨時文件編輯。 另一個問題是某些擴展允許您編輯遠程文件，但不集成瀏覽遠程文件系統，因此您必須為要編輯的文件指定完整的文件名。

SFTP 非常適合遠程文件編輯，因為編輯器文件 i/o 基本上是“瀏覽文件系統”、“讀取整個文件”、“保存整個文件”，映射到 sftp 很好，以及編輯和文件之間的清晰划分讀/寫使遠程訪問不易受到連接問題的影響。