Kérdés:
ssh nem működik
Allan
2013-04-19 17:50:10 UTC
view on stackexchange narkive permalink

Nem vagyok képes bejutni a pi-be. Az RPI közvetlenül kapcsolódik a gazdagépemhez.

Beállítottam a gazdagépem IP-címét: ---- 

  sudo ifconfig eth0 192.168.0.204 netmask 255.255.255.0 upsudo útvonal hozzáadása alapértelmezett gw 192.168.0.200

A hálózati csatolók fájljában az alapértelmezett IP-vel rendelkezik: ---- 

  auto lo eth0iface lo inet loopbackiface eth0 inet statikus cím 192.168.0.202 netmask 255.255.255.0 átjáró 192.168.0.200

ha a konfigurációs parancs a PC-n: ----- 

  ignite @ ignite- desktop: ~ $ ifconfigeth0 Link encap: Ethernet HWaddr 6c: f0: 49: f3: a6: 1b inet addr: 192.168.0.204 Bcast: 192.168.0.255 Mask: 255.255.255.0 inet6 addr: fe80 :: 6ef0: 49ff: fef3: a61b / 64 Hatókör: Link UP BROADCAST RUNNING MULTICAST MTU: 1500 Metrikus: 1 RX csomag: 681 hiba: 0 elejtett: 0 túllépés: 0 keret: 0 TX csomag: 208 hiba: 0 elejtett: 0 túllépés: 0 hordozó: 0 ütközés: 0 txqueuelen: 1000 RX bájt: 43752 (43,7 KB) TX bájt: 33407 (33,4 KB) Inter rupt: 26 Alapcím: 0x4000 lo Hivatkozás: Local Loopback inet addr: 127.0.0.1 Mask: 255.0.0.0 inet6 addr: :: 1/128 Scope: Host UP LOOPBACK RUNNING MTU: 16436 Metrikus: 1 RX csomag: 12 hiba: 0 elejtett: 0 túllépés: 0 képkocka: 0 TX csomagok: 12 hiba: 0 elesett: 0 túllépés: 0 hordozó: 0 ütközés: 0 txqueuelen: 0 RX bájt: 1012 (1,0 KB) TX bájt: 1012 (1,0 KB)  kód>

A ping ugyanazon gazdagépnél működik: ---- 

  ignite @ ignite-desktop: ~ $ ping 192.168.0.204PING 192.168.0.204 (192.168.0.204 ) 56 (84) adat bájt. 64 bájt 192.168.0.204-től: icmp_seq = 1 ttl = 64 idő = 0.026 ms64 bájt 192.168.0.204-től: icmp_seq = 2 ttl = 64 idő = 0.018 ms64 bájt 192.168.0.204-től: icmp_seq = 3 ttl = 64 idő = 0,017 ms64 bájt 192,168,0,204-től: icmp_seq = 4 ttl = 64 idő = 0,014 ms

A ping a pi számára működik a gazdagépemről: ---- 

  ignite @ ignite-desktop: ~ $ ping 192.168.0.202
PING 192.168.0.202 (192.168.0.202) 56 (84) byte of data. 64 byte from 192.168.0.202: icmp_seq = 1 ttl = 64 time = 0.530 ms64 byte from 192.168.0.202: icmp_seq = 2 ttl = 64 time = 0.508 ms64 bájt 192.168.0.202-től: icmp_seq = 3 ttl = 64 idő = 0.464 ms64 bájt 192.168.0.202-től: icmp_seq = 4 ttl = 64 idő = 0.445 ms64 bájt 192.168.0.202-től: icmp_seq = 5 ttl = 64 idő = 0.434 ms  kód>

Az SSH nem működik 

  ignite @ ignite-desktop: ~ $ ssh pi @ raspberrypissh: Nem sikerült feloldani a gazdagépnevet raspberrypi: A név vagy a szolgáltatás nem ismertignignite @ ignite- desktop: ~ $ ssh pi@192.168.0.202 Nem sikerült olvasni a socketből: A kapcsolatot visszaállította a peerignite @ ignite-desktop: ~ $ ssh 192.168.0.202 -l piRead a socketből: A kapcsolatot visszaállította a peer

Kérjük, javasolja, hogyan lehet megoldani?

szerkesztés: ---
ssh -vvv pi@192.168.0.202 ---> a kimenet 

  ignite @ ignite-desktop: ~ $ ssh -vvv pi@192.168.0.202OpenSSH_5.1p1 Debian-6ubuntu2, OpenSSL 0.9.8g 2007. október 19.debug1: Konfigurációs adatok olvasása / etc / ssh / ssh_configdebu g1: Opciók alkalmazása a * debug2-hez: ssh_connect: needpriv 0debug1: Csatlakozás a 192.168.0.202 [192.168.0.202] porthoz. /home/ignite/.ssh/id_rsa type -1debug1: identitásfájl /home/ignite/.ssh/id_dsa type -1debug1: Távoli protokoll verzió 2.0, távoli szoftver verzió OpenSSH_6.0p1 Debian-2debug1: egyezés: OpenSSH_6.0p1 Debian 2 pat OpenSSH * debug1: A 2.0debug1 protokoll kompatibilitási módjának engedélyezése: SSH-2.0-OpenSSH_5.1p1 helyi verzió karaktersorozat Debian-6ubuntu2debug2: fd 3 beállítás O_NONBLOCKdebug1: SSH2_MSG_KEXINIT sentRead a socketből sikertelen: A kapcsolat visszaállítása társ által megszakítva
Ellenőrizted, hogy az ssh démon fut?
valójában nincs HDMI képernyőm, és távoli asztali számítógépemet használtam a pi bejelentkezéséhez az ssh használatával. Most hogyan tudom megnézni?
ps to | grep sshd
Ha az sshd fut, a kimenet az sshd folyamat (oka) t mutatja. Természetesen a "grep sshd" mellett, amelyet csak futottunk.
Hat válaszokat:
vlk
2017-01-14 01:02:47 UTC
view on stackexchange narkive permalink

Ugyanez a probléma merült fel az újonnan telepített raspbian-szal, és a probléma a szerveroldali ssh gazdagépkulcsokkal volt.

Ezeket a kulcsokat nem a képen generálják azok az okok, amelyek miatt minden eszköznek más ssh kulcsokkal kell rendelkeznie, és az első során rendszerindításkor ezek a kulcsok automatikusan generálódnak.

A problémám az volt, hogy valószínűleg a kulcsok létrehozása során lekapcsoltam az ellátást, hibásak voltak a nulla méretnél.

Megoldás az ssh szerveroldali hosztkulcsok újrateremtése. : 

  rm / etc / ssh / ssh_host_ * dpkg-configure openssh-server

https://wiki.debian.org/SSH #Regenerating_host_keys

hogyan kell regenerálni az ssh szerveroldali gazdagépkulcsokat (dpkg-configure openssh-server), ha eleve nem tudnak bejelentkezni?
Pontosan @HayriUğurKoltuk Mac-en vagyok, hogyan tudnám ezt megtenni?
xxmbabanexx
2013-04-19 18:26:51 UTC
view on stackexchange narkive permalink

A probléma és a kijavítás oka

Speciális programok nélkül nem tud bejutni a Pi-be a gazdagépnevével. LAN hálózatok esetén pingelje meg a gazdagépet. Ha megvan az IP, írja le. Ezután írjon be a terminálba: 

  ssh pi @ this_is_the_ip

és képesnek kell lennie a bejelentkezésre.

Ha szeretné Ha a pi-t az otthoni hálózaton kívülről szeretné elérni, előre kell szállítania az útválasztót. Valójában van egy veremcsere kérdés, hogyan lehet ezt megcsinálni.

Feltéve, hogy továbbra is szép nevet akarsz használni a Pi-hez, van egy lehetőség, > a hálózaton belül és anélkül is működik.

DNSDinamikus

Ez a szoftver lehetővé teszi, hogy beállítson egy domain nevet a pi számára .

  1. Látogasson el a weboldalukra, és állítson be egy domain nevet és egy fiókot.

  2. Telepítés ddclient a Pi-n. 

      sudo apt-get install ddclient

    Ezután módosítsa a konfigurációs beállításokat. pre> sudo nano /etc/ddclient.conf

    Végül módosítsa a fájlt a következőre: 

  # /etc/ddclient.confdaemon=600timeout=10ssl=yesprotocol=dyndns2use=web, web = myip.dnsdynamic.com # Írja be az URL hereserver = www.dnsdynamic.orglogin = x @ gmail.com #userid a dnsdynamic.compassword = 'xxxx' # jelszavához ugyanarra a Quotesx.dnsdynamic.com oldalra helyezett jelszórax.dnsdynamic.com # a létrehozott domainnév

Feltéve, hogy ezt szeretné, hogy a számítógép minden felébredésekor automatikusan elinduljon, írja be a következőket a terminálba. 

  sudo nano /etc/rc.local

Adja hozzá a következő parancsot a exit 0 (ami az utolsó sor) előtt 

  sudo / usr / sbin / ddclient -daemon 600 -syslog

Végül továbbra is portforward.

Remélhetőleg ez hasznos. Tegyen fel kérdéseket az alábbi megjegyzés részben.

Valójában a legfrissebb openssl-t fordítottam le és telepítettem a megcélzott RPi-re. Most az ssh nem működik nálamAz ssh függ az openssl-től?
Az SSH (biztonságos socket réteg) * nem * szükséges az SSH futtatásához. Valójában ez lehet a probléma ebben a beállításban. De kérjük, próbálja meg használni a Pi helyi IP-jét a gépnév helyett.
o / p-t tettem közzé -----> ssh -vvv pi@192.168.0.202 ---> tudnátok javasolni mi a probléma
regeneráltam kulcsokat a gazdagépemen és a célomon ... eltávolítottam egy ismert gazdagép fájlt a ~ / .ssh fájlból ... működött ...
távolítsa el az összes fájlt a következőből: --- / etc / ssh ----> kivéve shh_config ---> és megváltoztatta az ssh konfigurációt a link alapján ---> http://blog.harshadura.net/2012/01/how -to-fix-read-from-socket-sikertelen.html
ne vegye figyelembe az utolsó megjegyzést ---> távolítsa el az összes fájlt a következőből: --- / etc / ssh ----> kivéve az shh_config & sshd_config ---> és megváltoztatta az ssh konfigurációt ezen a linken ---> http: // blog.harshadura.net/2012/01/how-to-fix-read-from-socket-failed.html __> ssh -vvv 192.168.0.13 -p 22
Remo.D
2013-04-19 21:21:31 UTC
view on stackexchange narkive permalink

Megtekintheti a kérdéseimre adott válaszomat.

Hogyan szerezhetem meg a Raspberry Pi IP-címét az SSH számára

Egy másik lehetőség, amelyet nem tudtam megtenni Nem említem, hogy vásárolni kell egy domaint (nagyon olcsó) és játszani a DNS-sel. Az aasgard.info tartományt 0,99 centért vettem, és az ygdrasill.aasgard.info nevet belső címhez rendeltem (ebben az esetben 192.168.1.141 ) ). Ezután be kell állítania az alapértelmezett domaint a megvásárolt domain névnek, és voila ':)

Be kell vallanom, hogy miután a domain beállítására fordítottam minden időt, rájöttem, hogy az / etc / hosts fájl használatával vagy az avahi sokkal könnyebb volt :)

user1945104
2013-04-21 13:51:35 UTC
view on stackexchange narkive permalink

Biztos benne, hogy elindított egy SSH szervert a Raspberry Pi készüléken? Az, hogy tud pingelni, még nem jelenti azt, hogy SSH szervert futtat. Próbálja ki a sshd kódot egy könnyű SSH-kiszolgálóhoz.

Noufal
2018-05-22 20:24:18 UTC
view on stackexchange narkive permalink

Az SSH engedélyezése

A 2016. novemberi kiadástól kezdve a Raspbian alapértelmezés szerint letiltotta az SSH szervert.

Manuálisan engedélyezhető a terminálról: 

  sudo raspi-config Válassza az Interfacing Options menüpontot. Navigáljon az SSHC-hez és válassza az SSHC lehetőséget. Válassza az Igen lehetőséget. Válassza az OkChoose Finish

vagy 

  Indítsa el a Raspberry Pi konfigurációt a Beállítások menüből Navigáljon az Interfészek fülre Válassza az Engedélyezve lehetőséget az SSH mellett Kattintson az OK gombra

Alternatív megoldásként használja a systemctl parancsot a szolgáltatás indításához 

  sudo systemctl engedélyezi az sshsudo systemctl start ssh
Rahul Modi
2017-07-24 16:35:07 UTC
view on stackexchange narkive permalink

Az SSH-kapcsolat alapértelmezés szerint KIKAPCSOLVA a legújabb málna pi-ben. A 2016 novemberében / után kiadott RPi-k.

A lépések a következők: 1) Írja a raspbian képet az SD-kártyára. 2) Hozzon létre egy kiterjesztés nélküli ssh fájlt. 3) Másolja le az ssh fájlt az SD-kártyára, ahol a képed meg van írva. 4) Végül sikerül majd SSH-t kapnod a málnás piádból.

További részletekért nézd meg ezt a videót: https://www.youtube.com/watch?v=zKT6bTESlLs

Üdvözöljük a Raspberry Pi-n! Látogasson el a [bemutatóra] (http://raspberrypi.stackexchange.com/tour), és keresse fel a [helpcentert] (http://raspberrypi.stackexchange.com/help), hogy megnézze, hogyan működnek itt a dolgok. Ne feledje, hogy ez a kérdés 2013-ból származik. Akkor az Ön által leírt kérdés egyáltalán nem volt kérdés ...


ⓘ
Ezt a kérdést és választ automatikusan lefordították angol nyelvről.Az eredeti tartalom elérhető a stackexchange oldalon, amelyet köszönünk az cc by-sa 3.0 licencért, amely alatt terjesztik.
Loading...