Wstępna konfiguracja bez monitora lub klawiatury

Podobne pytanie zadawano wcześniej: Jak skonfigurować Raspberry Pi bez monitora?

Biorąc jednak pod uwagę, że zaakceptowana odpowiedź nie wydaje się odpowiednim rozwiązaniem, a biorąc pod uwagę, że pytanie jest niejasne, zakładam, że pierwotne pytanie było błędnie skonstruowane, a moje pytanie nie brzmi „ dokładny duplikat.

Przeprowadzam początkową konfigurację Pi. Nie mam monitora ani klawiatury, ale zamiast tego chcę użyć podłączonego laptopa do wykonania zadania. Nie chcę kupować monitora ani klawiatury i kazać im siedzieć tylko na okazje, kiedy Pi będzie ich potrzebować. Mógłbym je pożyczyć, ale planuję kupić więcej Pi w przyszłości i nie chcę ich za każdym razem pożyczać.

Ustawiłem statyczny adres IP na Pi, edytując cmdline.txtplik. (Pi używa najnowszej wersji Raspbian).

ip=10.0.0.20

Nadałem ethinterfejsowi na moim laptopie odpowiedni statyczny adres IP. (Laptop działa na Ubuntu.)

ip ad add 10.0.0.10/24 dev eth0

Połączyłem je razem za pomocą kabla Ethernet i mogę pomyślnie pingować Pi z mojego laptopa.

Nie mogę zrobić sshdla Pi. Otrzymuję odpowiedź odmowy połączenia :

richard@richard-ThinkPad-X220:~$ ssh -vvv [email protected]
OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 10.0.0.20 [10.0.0.20] port 22.
debug1: connect to address 10.0.0.20 port 22: Connection refused
ssh: connect to host 10.0.0.20 port 22: Connection refused

Sugeruje to, że sshdjeszcze nie działa na Pi.

Oficjalne docs stwierdzają, że sshdbiegnie domyślnie, ale jest to możliwe, że w początkowym rozruchu, że inne rzeczy (np monituje czekają na dane wprowadzone przez użytkownika) może zablokować bagażnik na pewnym poziomie, co oznacza, że nie dotrzeć do punktu, w którym sshdjest uruchomiona ?

Gdzie mogę się stąd udać? (Nie „do sklepów, aby kupić monitor” ...)

Czy to, co próbuję, jest faktycznie możliwe?

Edytować:

Próbowałem teraz metod wymienionych w odpowiedziach na następujący post, ale bez powodzenia: Włączanie SSH na RPi bez ekranu - naciśnięcia klawiszy dla raspi-config?

W szczególności upewnienie się, że skrypt inicjujący SSH jest uruchamiany na poziomie 2, wciąż nie pozwala mi się połączyć.

Oficjalne dokumenty stwierdzają, że sshd działa domyślnie

Na najnowszym obrazku, jaki mam, 21.11.2015-raspbian-jessie- lite .img, to nie jest prawda. Debian / Raspbian jessie obecnie używa systemd do init, ale istnieje wbudowany rodzaj hybrydowego mechanizmu kompatybilnego wstecz z SysV i zauważam, że na uruchomionym systemie stworzyłem z tego obrazu (używając ekranu i klawiatury do wstępnej konfiguracji), gdzie sshd jest teraz włączony, zarówno systemowy, jak i stary rc.dkatalog SysV ma wyzwalacz . Prawdopodobnie w ten sposób działa mechanizm kompatybilny wstecz (włączyłem ssh przez systemd). W każdym razie działa tylko jedna sshdinstancja z PPID 1.

Dla działającego systemu istnieje wpis /etc/rc[2,3,4,5].ddla S02ssh(dokładny numer priorytetu, 02, jest ustawiany, gdy usługa jest włączona i może się różnić). Istnieje również /etc/systemd/system/multi-user.target.wants/ssh.service.

Jednak w obrazie podstawowym ...

... Nie ma żadnego wpisu /etc/systemdi istnieje K01sshpoziom uruchamiania 2, 3, 4, 5. To prawie gwarantuje, że żaden sshd nie jest uruchomiony.

Moją sugestią jest, aby najpierw spróbować ustawić tylko wpis SysV. Z etckatalogu drugiej partycji na karcie SD:

for i in 2 3 4 5; do \
ln -s ../init.d/ssh rc$i.d/S02ssh; \
rm rc$i.d/K01ssh \
done

Sprawdź, czy linki tam są i wskazują na właściwe miejsce za pomocą stat. Uważam, że powinno to wystarczyć i możesz teraz spróbować uruchomić system. Jeśli tak, po wejściu usuń te linki i uruchom je systemctl enable ssh, a następnie sprawdź, czy linki zostały odtworzone (pamiętaj, że priorytet może być inny).

Jeśli nadal pojawia się komunikat „Odmowa połączenia”, utwórz link od [SD_rootfs]/lib/systemd/system/ssh.servicedo [SD_rootfs]/etc/systemd/default.target.wants/ssh.servicei spróbuj ponownie.

Dla tych z was, którzy natkną się na to z nowszymi obrazami Raspbian: istnieje sshwitchsystemowy cel, który sprawdza /boot/ssh, a jeśli ten plik jest obecny, regeneruje klucze hosta SSH i włącza serwer SSH.

Tak więc, aby włączyć SSH, po prostu dodaj plik wywoływany sshw katalogu głównym partycji rozruchowej (FAT z bootcode.binplikiem) i uruchom swój Pi!

Edycja: działało to na moim obrazie 2017-01-11-raspbian-jessie-lite.

Przepraszam, że jest to odpowiedź, ale nie można się o tym przekonać.

Czy usługa ssh działa? Jeśli jest to możliwe i jest to jeden z malinowych obrazów instalacyjnych, wypróbuj raspi-config, aby włączyć ssh.

Innym sposobem jest sprawdzenie, czy ssh jest załadowane i włączone

sudo service --status-all|grep ssh

Być może port ssh 22 odrzuca połączenie, ponieważ usługa nie jest gotowa

https://www.raspberrypi.org/blog/a-security-update-for-raspbian-pixel/ Ten link do systemu operacyjnego wersji Rasbian PIXEL.

Wersja Jessie Lite z 26 lutego 2016 r. Ma domyślnie włączoną funkcję ssh.