ssh A kapcsolatot elutasították: hogyan lehet elhárítani?

Próbálkozom:

$ ssh eric@myserver 

ahol myserver egy gép az intraneten. Tudok pingelni myserver vagy válaszolni a 8080-as porton lévő HTTP-re, stb., de amikor megpróbálom ssh, kapok

ssh: connect to host myserver port 22: Connection refused 

I “m” az Ubuntu 10-et használom.

ps -ax, ahogy a javaslat megadja:

eric@Isaiah:~$ ps -ax | grep ssh Warning: bad ps syntax, perhaps a bogus "-"? See http://procps.sf.net/faq.html 1641 ? Ss 0:04 /usr/bin/ssh-agent /usr/bin/dbus-launch --exit-with-session gnome-session 18376 pts/3 S+ 0:00 grep --color=auto ssh 

Válasz

Önnek nincs futó SSH démon. Ha megnézzük a ps ax parancs kimenetét, akkor azt látjuk, hogy a leírásban csak az “ssh” jelű két folyamat ssh-agent (ami teljesen mást tesz, mint a sshd) és a grep ssh folyamatot, amelyet a ps.

A telepített terjesztéstől függően előfordulhat, hogy telepítenie vagy futtatnia kell a ssh szervert, amelyet általában

vagy sshd a csomagkezelőtől függően.

Válasz

A fenti probléma hibakeresésének lépései:

  1. Használja az nmap eszközt, hogy megtudja, melyik portok vannak nyitva a kiszolgálón . Az nmap egy portolvasó. Mivel lehetséges, hogy az ssh szerver egy másik porton fut. A nmap megadja a nyitott portok listáját.

     $ nmap myserver 

2. Most ellenőrizheti, hogy melyik kiszolgáló fut egy adott porton. Tegyük fel, hogy az nmap kimenetében a 2424 port nyitva van. Most az nc (netcat) eszköz használatával megtudhatja, melyik szerver fut a 2424-en.

 $ nc -v -nn myserver portno 

Tegyük fel, hogy a 2424-es port kimenete:

myserver 2424 open SSH-2.0-OpenSSH_5.5p1 Debian-4ubuntu5 

Ez azt jelenti, hogy az ssh a 2424-en fut.

Folytassa a fenti parancsban a portno megváltoztatását, és ellenőrizze, hogy az összes port fel van-e nyitva, amelyet nmap nyit.

Válasz

Ez azt jelenti, hogy vagy az ssh szerver nem fut azon a gépen, vagy a tűzfal nem engedi át az ssh-t. Ellenőrizheti, hogy az ssh fut-e a “ps -ax | grep ssh” használatával.

Megjegyzések

  • Szerkesztett kérdés a ps -ax. Nem tudja, mit jelent.
  • Ez azt jelenti, hogy ssh nem fut.
  • Furcsa. ' nem tudom, miért kínáltál most kétszer olyan segítséget, amely nem igazán hasznos. Először javasoljon egy hasznos parancsot annak ellenőrzésére, hogy az ssh fut-e, anélkül, hogy elmondaná, hogyan értelmezzem az eredményeket. Ezután az eredmények minimális értelmezését adja meg, anélkül, hogy arra utalna, hogyan jutott el ehhez az értelmezéshez, vagy milyen cselekvés lehet megfelelő. ' nem vagyok biztos abban, hogy segíteni akarsz-e nekem, és rosszul ítélem-e meg tapasztalataimat, vagy ha rávilágítasz a tudatlanságomra.
  • a folyamatok listája nem tartalmaz sshd folyamatot, ami azt jelenti, hogy a sshd nem fut. A megoldás a sshd elindítása.

Válasz

A az előző két lehetőség jó. Használhatja a -v vagy a -vv argumentumokat is.

$ ssh -vv eric@myserver 

Válasz

Én is szembesültem ezzel a problémával, de egy VirtualBox környezetben, ezért annak megoldásához be kell állítanunk az IP-címet ugyanabba a LAN-ba szegmens; például:

A gazdagépemen megnyitom a cmd fájlt, és beírom a következőt: ipconfig. 100.2.2.1-et kapok (például).

Tehát a virtuális gépben be kell állítanunk a virtuális gép címét a /etc/hosts fájlban olyan értékre, mint a 100.2.2.3 , vessen egy pillantást a végső számra, és ugorja vissza a virtuális gépet, de a virtuális gép indítása előtt állítsa be a hálózatot a virtuális gép beállításainál, ezért a hálózati adaptert át kell állítanunk a híd kapcsolatba.

Mindez Solaris környezetben van.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük