OpenSSH pe Windows leagă întotdeauna socketurile utilizate pentru redirecționarea de la distanță la LOOPBACK

Cum spune titlul.

Gazda A acționează ca un server (bastion-host, numiți-o cum doriți).

Acum, gazda B efectuează:

ssh -R 2222:localhost:22 user@A

ca rezultat, un socket TCP este generat la A, dar este legat la 2222@Loopback adică împiedicarea conexiunilor de la distanță la acesta.

Cum se schimbă 127.0.0.1 în 0.0.0.0 sau orice altceva mai sensibil?

Îți lipsește opționalul adresa_bind parte a -R specificație. În ssh documentație (după cum este legat de Microsoft) scrie,

În mod implicit, socketurile de ascultare TCP de pe server vor fi legate numai la interfața de loopback. Acest lucru poate fi anulat prin specificarea a adresa_bind. Un gol adresa_bind, sau adresa *, indică faptul că priza de la distanță ar trebui să asculte pe toate interfețele. Specificarea telecomenzii adresa_bind va reuși numai dacă serverul GatewayPorts opțiunea este activată (vezi sshd_config(5)).

Utilizați versiunea cu trei tuplu a parametrului, dar aveți nevoie de versiunea cu patru tuplu:

-R port:host:hostport
-R [adresă_legare]:port:gazdă:port gazdă

Deci, pentru a permite oricui să se conecteze la portul de ascultare de pe serverul de la distanță, trebuie să vă asigurați că GatewayPorts este activat în serverul sshd_config și utilizați o variantă de comandă ca aceasta:

ssh -R :2222:localhost:22 user@A

Colonul principal (:) implică, de asemenea, un caracter joker cu asterisc care permite conexiuni de oriunde. Personal, cred că această versiune cu wildcard face mai clar că ceea ce este scris este intenționat:

ssh -R *:2222:localhost:22 user@A