Puncte:0

Conectarea la server prin VPN

drapel cl

Există un server cu conexiune prin VPN la acesta (folosind protocolul GRE). Am o problemă să mă conectez la acest VPN din rețeaua de acasă, deoarece GRE nu este permis de furnizor. Dar am un alt server de lucru (cu conexiune SSH la el de acasă) în altă rețea de la care mă pot conecta la server în VPN. Există vreo modalitate de a face un tunel pentru a vă conecta de acasă la serverul VPN prin serverul de lucru? Conexiunea SSH este o problemă pentru mine. Computerul de acasă și serverul de lucru au sistem de operare ubuntu, serverul vpn este sub centos.

Puncte:0
drapel it

Odată ce puteți ajunge la serverul de lucru, puteți face asta cu ușurință.


Ipoteza pentru exemplu

  • sistem sursă (acasă) : 10.0.0.1
  • sistem de lucru (server de salt): 10.0.0.2 (ssh rulează pe portul standard 22/TCP)
  • server de destinație: 10.0.0.3 (ssh rulează pe portul standard 22/TCP)

  1. port forward prin serverul B

Prin deschiderea tunelului ssh puteți seta portul local înainte (-L [<adresă_locală>:]<port_local>:<adresa_la distanță_la_redirecționare_la>:<port_la distanță_la_redirecționare_la> ). Apoi puteți deschide o altă conexiune ssh care indică <local_addr> dar cu parametru -p <port_local> sau primul tunel. Cu această configurație:

  • primul tunel trebuie să fie până când restul funcționează
  • puteți avea mai multe conexiuni peste primul tunel (mai multe conexiuni ssh, conexiune scp,...)
(1) ssh -L 10022:10.0.0.3:22 10.0.0.2
(2) ssh -p 10022 127.0.0.1
(3) scp -P 10022 <fișier_local> 127.0.0.1:<fișier_destinație>
+-----+ +-----+ +-----+
| A |=== 1 ==| B | | C |
| | -- 2 - | -2- | - 2 -> | |
| | -- 3 - | -3- | - 3 -> | |
| |========| | | |
+-----+ +-----+ +-----+
10.0.0.1 10.0.0.2 10.0.0.3
  1. nativ conexiune ssh folosind gazda de salt „nativă”.

ssh oferă suport „nativ” pentru acest tip de conexiune folosind -J <destinație> parametru. Pentru specificarea destinaţie se recomandă utilizarea fișierului config (~./ssh/config).

Exemplul de cod ar fi (conexiunea exterioară este „transparentă”)

(1) ssh -J 10.0.0.2 10.0.0.3
+-----+ +-----+ +-----+
| A |========| B | | C |
| | -- 1 - | -1- | - 1 -> | |
| |========| | | |
+-----+ +-----+ +-----+
10.0.0.1 10.0.0.2 10.0.0.3
Puncte:0
drapel np

Acest lucru este cu siguranță posibil. După cum spuneți că aveți nevoie doar de un SSH, probabil cea mai ușoară modalitate ar fi să configurați o conexiune GRE de la „un alt server de lucru” (să-l numim Serverul B) la primul server care acceptă GRE (apelându-l Serverul A). Odată ce ați făcut-o și se poate SSH de la Serverul B la Serverul A îl poți lega doar de acasă. i.e. prima conexiune la Serverul B SSH și apoi doar SSH la a Serverul A de acolo.

Dacă doriți să aveți conexiune SSH fără acel lanț, trebuie să configurați un fel de rutare și/sau redirecționare porturi (NAT) pe Serverul B. Configurația exactă depinde în mare măsură de configurația dvs. și ar fi în afara domeniului acestei întrebări.

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.