Puncte:0

De ce nu mai pot SSH în mașina mea virtuală Ubuntu?

drapel cn

Am câteva distribuții Linux bazate pe Debian care rulează pe VMware Workstation Player pe Windows 10. Obișnuiam să pot accesa SSH la mașina virtuală de pe mașina gazdă de la un terminal PowerShell sau Ubuntu (WSL) fără nicio problemă. Dar în ultima vreme nu am reușit să fac asta.

Mai întâi pornesc serviciul SSH pe mașina virtuală.

service ssh start

Apoi verific dacă serviciul rulează.

starea serviciului ssh
â ssh.service - Server OpenBSD Secure Shell
     Încărcat: încărcat (/lib/systemd/system/ssh.service; activat; prestabilit furnizor: e>
     Activ: activ (în rulare) din sâmb. 2021-06-26 11:30:42 PDT; acum 1 min 14 s
       Documente: man:sshd(8)
             man:sshd_config(5)
    Proces: 872 ExecStartPre=/usr/sbin/sshd -t (cod=exit, status=0/SUCCESS)
   PID principal: 898 (sshd)
      Sarcini: 1 (limită: 9448)
     Memorie: 2,8 M
     CGroup: /system.slice/ssh.service
             ââ898 sshd: /usr/sbin/sshd -D [ascultător] 0 din 10-100 de porniri

26 iunie 11:30:42 ubuntu systemd[1]: Se pornește serverul OpenBSD Secure Shell...
26 iunie 11:30:42 ubuntu sshd[898]: Serverul ascultă pe portul 22 0.0.0.0.
26 iunie 11:30:42 ubuntu sshd[898]: Server ascultă pe :: portul 22.
26 iunie 11:30:42 ubuntu systemd[1]: A pornit serverul OpenBSD Secure Shell.

Verific adresa IP.

numele gazdă -I
192.168.75.129

adresa ip
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue stare UNKNOWN grup implicit qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
    inet6 ::1/128 scope host
       valid_lft pentru totdeauna preferred_lft pentru totdeauna
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 00:0c:29:a0:15:34 brd ff:ff:ff:ff:ff:ff
    altname enp2s1
    inet 192.168.75.129/24 brd 192.168.75.255 scope global dynamic noprefixroute ens33
       valid_lft 1714sec preferred_lft 1714sec
    inet6 fe80::98eb:dd0a:da24:92be/64 scope link noprefixroute
       valid_lft pentru totdeauna preferred_lft pentru totdeauna

...dar Ubuntu pe Windows Subsystem pentru Linux nu se poate conecta.

ssh 192.168.75.129
ssh -vvv 192.168.75.129
OpenSSH_8.2p1 Ubuntu-4ubuntu0.2, OpenSSL 1.1.1f 31 martie 2020
debug1: Citirea datelor de configurare /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config linia 19: include /etc/ssh/ssh_config.d/*.conf nu se potrivește niciun fișier
debug1: /etc/ssh/ssh_config linia 21: Se aplică opțiuni pentru *
debug2: resolve_canonicalize: numele de gazdă 192.168.75.129 este adresa
debug2: ssh_connect_direct
debug1: se conectează la 192.168.75.129 [192.168.75.129] portul 22.
depanare1: conectați-vă la adresa 192.168.75.129 portul 22: resursa indisponibilă temporar
ssh: conectați-vă la gazda 192.168.75.129 portul 22: resursa indisponibilă temporar

...și PowerShell expiră.

ssh -vvv 192.168.75.129
OpenSSH_for_Windows_8.1p1, LibreSSL 3.0.2
debug3: Nu s-a putut deschide fișierul: C:/Users/me/.ssh/config error:2
debug3: Eroare la deschiderea fișierului: C:/ProgramData/ssh/ssh_config: 2
debug2: resolve_canonicalize: numele de gazdă 192.168.75.129 este adresa
debug2: ssh_connect_direct
debug1: se conectează la 192.168.75.129 [192.168.75.129] portul 22.
debug3: finish_connect - EROARE: asincron io finalizat cu eroare: 10060, io:000001B003450380
depanare1: conectați-vă la adresa 192.168.75.129 portul 22: conexiunea a expirat
ssh: conectați-vă la gazda 192.168.75.129 portul 22: conexiunea a expirat

NMAP returnează următoarele scanări.

nmap -Pn -p 22 192.168.75.129
Avertisment: Nmap poate să nu funcționeze corect pe subsistemul Windows pentru Linux.
Pentru performanță și acuratețe optime, utilizați versiunea nativă Windows de la https://nmap.org/download.html#windows.
Începând cu Nmap 7.80 ( https://nmap.org ) la 26.06.2021 13:36 CDT
EROARE NSOCK [0.0460s] mksock_bind_device(): Setarea SO_BINDTODEVICE a eșuat (IOD #1): Protocolul nu este disponibil (92)
EROARE NSOCK [0.0470s] mksock_bind_device(): Setarea SO_BINDTODEVICE a eșuat (IOD #2): Protocolul nu este disponibil (92)
EROARE NSOCK [0.0470s] mksock_bind_device(): Setarea SO_BINDTODEVICE a eșuat (IOD #3): Protocolul nu este disponibil (92)
Problemă legată de interfață, eroare: 92
socket_bindtodevice: Protocolul nu este disponibil
Problemă legată de interfață, eroare: 92
socket_bindtodevice: Protocolul nu este disponibil
Raport de scanare Nmap pentru 192.168.75.129
Gazda este sus.

SERVICIUL STATULUI PORTUAR
22/tcp filtrat ssh

Nmap finalizat: 1 adresă IP (1 gazdă în sus) scanată în 2,09 secunde

...și din nmap pe Windows.

PS C:\Users\me> cd „\Program Files (x86)\nmap”
PS C:\Program Files (x86)\nmap> ./nmap.exe -Pn -p 22 192.168.75.129
Descoperirea gazdei este dezactivată (-Pn). Toate adresele vor fi marcate „up”, iar timpul de scanare va fi mai lent.
AVERTISMENT: Nu s-au putut importa toate funcțiile Npcap necesare. Poate fi necesar să faceți upgrade la cea mai recentă versiune de pe https://npcap.org. Apelarea la modul connect() -- Nmap poate să nu funcționeze complet
Începând Nmap 7.91 ( https://nmap.org ) la 2021-06-26 13:36 Ora de vară centrală
Raport de scanare Nmap pentru 192.168.75.129
Gazda este sus.

SERVICIUL STATULUI PORTUAR
22/tcp filtrat ssh

Nmap finalizat: 1 adresă IP (1 gazdă în sus) scanată în 2,17 secunde

ce fac greșit?

muru avatar
drapel us
Dacă Windows și WSL nu se pot conecta, atunci problema nu este cu WSL și acest lucru este în afara subiectului aici.
drapel in
Dacă mașinile virtuale rulează Ubuntu (și nu o altă distribuție bazată pe Debian), ați confirmat că firewall-ul nu blochează accesul? `sudo ufw status` vă va informa ce reguli sunt active. Dacă nu vedeți un „ALOW” pentru portul dvs. SSH, atunci va trebui să ajustați setările.
Justin Brunkow avatar
drapel cn
@matigo , `sudo ufw status` returnează `Stare: inactiv`.
NotTheDr01ds avatar
drapel vn
Doar un sfat rapid -- Nu există niciun motiv pentru a înfunda adresele IP private. „Privat” în acest caz înseamnă că oricum pot funcționa numai în rețeaua locală. Aș recomanda să le adăugați din nou pentru claritate. În acest moment, în întrebarea dvs. nu este posibil să faceți diferența între o adresă „192.168” atribuită gazdei locale Windows, cea a VM-ului sau cea a instanței WSL.
Whois_me avatar
drapel us
Puteți adăuga verbozitate atât în ​​client, cât și în server, adăugând -vvv ca argument la aplicațiile ssh(d).
Justin Brunkow avatar
drapel cn
@NotTheDr01ds, mulțumesc pentru sfat. Nu eram complet sigur dacă asta prezenta un risc. În acest caz, toate adresele IP sunt ale mașinii virtuale.
Justin Brunkow avatar
drapel cn
@rm-rf , am încercat asta, dar nu am mai obținut niciun rezultat care să aibă sens pentru mine. ssh: conectați-vă la gazda 192.168.__.__ portul 22: resursa indisponibilă temporar
Whois_me avatar
drapel us
@JustinBrunkow. Ar putea ajuta dacă adăugați aceste informații noi la întrebarea inițială.
Justin Brunkow avatar
drapel cn
@rm-rf , am făcut modificările sugerate de dvs. la postare. Ne oferă asta suficiente informații? Se pare că poate fi o problemă cu fișierul de configurare.
Whois_me avatar
drapel us
Pe baza informațiilor dvs. actualizate, am găsit asta: https://superuser.com/a/1113508/1410123
Justin Brunkow avatar
drapel cn
@rm-rf , nu am un fișier ~/.ssh/config în WSL. Problema se întâmplă și în PowerShell și PuTTY.
Puncte:0
drapel br

Deschideți setarea ferestrei:

  1. Faceți clic pe Rețea _ și Internet.
  2. Selectați modificarea opțiunilor de rețea.
  3. Dezactivați orice adaptor de rețea VMware și activați-l din nou.

Dacă nu vedeți nimic legat de VMware, vă sugerez să eliminați și să instalați din nou VMware.

Puncte:0
drapel cn

Problema trebuie să fi fost cu VMware Workstation 16 Player pe gazdă. Am reinstalat VMware Workstation și a început să funcționeze din nou.

Puncte:0
drapel br

Am avut problema ta, în cele din urmă am rezolvat-o dezactivând toate adaptoarele de rețea vmware în setările de rețea și internet. deci fa asta:

  1. accesați Panou de control\Rețea și Internet\Conexiuni de rețea în Windows
  2. dezactivați toate adaptoarele vmware
  3. activați-le din nou
  4. testează-ți ssh și ping, bucură-te de el!
Justin Brunkow avatar
drapel cn
Vrei să spui „Centrul de rețea și partajare”, apoi „Schimbați setările adaptorului” din Panoul de control? Dacă da, nu văd nimic legat de VMware acolo. Sunt pe Windows 10 21H1 și VMware Player 16.1.2.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.