題:
無法連接到Raspbian Jessie Lite，但無法連接到Raspbian Jessie
Lioman
2016-01-07 01:45:24 UTC
view on stackexchange narkive permalink

我已經將帶有 dd 的Raspbian Jessie安裝到我的Pi1-B中。一切正常，我可以通過 ssh 連接到它。我不需要任何圖形系統，並且希望使機器盡可能簡單。為此，我已經下載並安裝了Raspbian Jessie Lite。但是我無法建立連接。錯誤消息：權限被拒絕，請重試。服務器正在運行，因為它顯示： debug1：match：OpenSSH_6.7p1 Raspbian-5 pat OpenSSH * compat 0x04000000

兩個圖像之間是否有任何區別，使我無法使用用戶 pi 和密碼 raspberry 訪問計算機？

你好，歡迎光臨。複製行之後，日誌讀取了什麼？關於`load_hostkeys：`？可能允許登錄，但僅限於公用密鑰且不使用密碼。像@fcm's答案建議的那樣檢查`/ etc / ssh / sshd_config`。
看來這不是ssh問題。使用正確的適配器，我無法在連接了屏幕的情況下測試pi，也無法使用已知的憑據登錄。
這很奇怪。所有文檔都使人相信pi / raspberry也是jessie lite的用戶/密碼。
Mea culpa @all！看來我混合了一些文件，或者復制命令出了點問題。我再次下載了它，並將其推入卡中，現在可以使用了。謝謝你的提示
七 答案:
Gareth Oakley
2016-12-03 20:13:11 UTC
view on stackexchange narkive permalink

來自 https://www.raspberrypi.org/documentation/remote-access/ssh/

截至2016年11月發行版，Raspbian擁有SSH默認情況下禁用服務器。您將必須手動啟用它。這是使用raspi-config完成的：

在終端中輸入 sudo raspi-config ，首先選擇 Interface options ，然後導航到 ssh ，然後按 Enter 並選擇 Enable or disable ssh server 。

對於無頭設置，可以通過放置一個名為“ ssh”（沒有任何擴展名）插入SD卡的啟動分區。

Arg，這是我的問題。我不敢相信在圖片下載頁面上沒有提及這一點。我已經為我的Pi刷卡了足夠的次數，無需閱讀說明，“無聲地”改變了一件奇怪的事情。
我相信自從人們將Pis連接到外部世界而沒有更改默認密碼以來，它已經被更改。也許一個更好的主意是在首次登錄時提示您進行更改？
哇，這花了我很長時間才弄清楚。如果您使用的是無頭版本，則可以通過將名為“ ssh”的文件（沒有任何擴展名）放置到SD卡的啟動分區中來啟用SSH。”所以我只是運行cd / Volumes / boot && touch ssh
感謝您的寶貴建議。看到Raspbian Jessie Lite與2016年5月版本一起工作而對2017年3月版本保持沉默感到非常迷惑。
`sudo systemctl enable ssh`也可以解決問題
小註釋：根據/lib/systemd/system/sshswitch.service中的代碼，至少從Jessie Lite 2017-04-10起，魔術文件可以是“ ssh.txt”，也可以是“ ssh”。
救命！！對於無頭安裝，可以通過將名為“ ssh”的文件（沒有任何擴展名）放置到SD卡的啟動分區中來啟用SSH。
fcm
2016-01-07 03:37:43 UTC
view on stackexchange narkive permalink

您可能需要啟用 SSH ，但是，您會收到提示，因此很可能已經處於活動狀態，以防萬一：

  sudo update-rc .d ssh enable

如果安全性很高，請編輯 / etc / ssh / sshd_config 

  sudo / etc / ssh / sshd_config＃comment＃PermitRootLogin without-password＃和addPermitRootLogin yes＃以及#StrictModes yesStrictModes no

然後，重新啟動 ssh 服務：

  sudo invoke-rc.d ssh restart＃或sudo service ssh restart
用戶正在使用Jessie。這使用`systemd`啟動服務。 systemctl status ssh.service將顯示它是否正在運行。
@Milliways,您說得對，我的錯，我從我的舊筆記中粘貼了。但是...`service`仍然有效。和往常一樣，我在發布前嘗試了答案（在Jessie上）。
但是OP無法連接用戶`pi`而不是root。因此，“ PermitRootLogin”應該不相關嗎？
@Ghanima,不，沒有相關性，然後僅應用第一部分：啟用** ssh **。但是，允許root ssh（不帶ssh-keygen）是一個很常見的問題。
但是我們很確定`sshd`正在運行。給出“權限被拒絕”錯誤。因此，我相信這是`sshd_config`中的內容。
謝謝！從USB鍵盤以盲模式啟動ssh服務。
TwitchBronBron
2017-06-12 16:40:14 UTC
view on stackexchange narkive permalink

您可以通過在啟動分區的根目錄下放置一個名為“ ssh”的文件來啟用SSH。在將映像閃存到SD卡之後以及將SD卡放入Pi中之前，您將立即執行此操作。

  1. 在無頭的樹莓派上啟用SSH
    2. ol>

    對於無頭設置，可以通過放置一個名為ssh的文件來啟用SSH （沒有任何擴展名）插入SD卡的啟動分區。當Pi啟動時，它將查找ssh文件。如果找到，則啟用SSH，並刪除該文件。文件的內容無關緊要：它可以包含文本，也可以根本不包含任何文本。

來源： https://www.raspberrypi.org/documentation/remote-access / ssh /

Jacobm001
2016-01-07 03:27:28 UTC
view on stackexchange narkive permalink

配置之間沒有根本區別。默認密碼和用戶名相同。

錯誤 compat 0x04000000 通常表示您在使用ssh密鑰時遇到麻煩。我會檢查您的客戶端是否沒有嘗試提供密鑰，並且是否正確配置了〜/ .ssh / 目錄上的權限。

Georges Madar
2016-04-28 18:38:53 UTC
view on stackexchange narkive permalink

在2016-03-18-raspbian-jessie-lite 

  sudo update-rc.d ssh enable

立即為我做了，沒有任何ssh restart命令

timgold
2017-06-15 10:55:32 UTC
view on stackexchange narkive permalink

有同樣的問題。這篇文章沒有任何幫助，直到我在/val/log/auth.log文件中找到以下行：

  Jun 15 05:43:31 raspberrypi sshd [1551]：錯誤：可以無法加載主機密鑰：/ etc / ssh / ssh_host_dsa_keyJun 15 05:43:31 raspberrypi sshd [1551]：錯誤：key_load_public：格式無效

因此在互聯網上找到了此信息：如何修復Raspbian-raspberryp上的regenerate_ssh_host_keys失敗

簡而言之，請執行以下操作：

  sudo ssh-keygen -t'rsa'-f / etc / ssh / ssh_host_rsa_keysudo ssh-keygen -t'dsa'-f / etc / ssh / ssh_host_dsa_keysudo ssh-keygen -t'ecdsa'-f / etc / ssh / ssh_host_ecdsa_keysudo systemctl重新啟動ssh 代碼>

這為我解決了ssh連接到rpi的問題

Aareon Sullivan
2017-01-27 02:42:15 UTC
view on stackexchange narkive permalink

對於那些默認禁用SSH選項的人來說，我發現它的頁面上有一個版本列表，可以讓您無憂無慮地開始學習。

你好，歡迎光臨！請進行[遊覽]（http://raspberrypi.stackexchange.com/tour）並訪問[幫助中心]（http://raspberrypi.stackexchange.com/help）。從理論上講，這可能可以回答問題，但是[推薦]（//meta.stackoverflow.com/q/8259）在此處包括答案的基本部分，並提供鏈接以供參考。實際上，我們正​​在[執行此政策]（http://meta.raspberrypi.stackexchange.com/q/842/5538）：請進行編輯，以便將來鏈接斷開時答案能夠獨立存在。如果在48小時內未對其進行編輯，它將被轉換為Community Wiki。


ⓘ
該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到，我們感謝它分發的cc by-sa 3.0許可。
Loading...