Puncte:0

Problemă cu tunelurile OpenVPN încrucișate

drapel ke

Am următoarea topologie de rețea. Sunt situat fizic la VPN Client 1. În primul rând, am stabilit cu succes VPN Tunnel 1 și VPN Client 1 se conectează la VPN Server 2 și poate vorbi cu VPN Client 2, care este conectat la aceeași rețea LAN ca VPN Server 2.

Cu toate acestea, când încerc să stabilesc VPN Tunnel 2 de la VPN Client 2 la VPN Server 1 (având SSH prin intermediul VPN Tunnel 1 în VPN Client 2), pierd conectivitatea la VPN Client 2 și nici măcar nu-l pot ping (VPN Tunelul 1 rămâne sus).Aveți idei despre ce ar putea fi în neregulă aici?

Toate tunelurile VPN sunt implementate folosind servere/clienți OpenVPN.

Mulțumesc mult!

Diagrama de topologie

dominix avatar
drapel gf
descrierea dvs. nu este clară, încercați să utilizați „mașină” pentru o mașină și client și server pentru serviciul openvpn, astfel încât toată lumea să înțeleagă ce mașină este conectată la care folosind ce metodă. este important pentru că serverul openvpn este, de asemenea, un router în sine care conduce comportamentul clientului său.
Cur10usMind avatar
drapel ke
@dominix Am vrut să reduc la minimum cantitatea de cuvinte pe care le-am folosit. Întrebarea are sens doar dacă te uiți și la diagrama atașată.
Puncte:0
drapel gf

Iată ce avem (imaginea dvs. va fi indisponibilă în curând)

           v-------<<--VPN2---------------v
[CLI1]---[SRV1]---{Internet}---[SRV2]---[CLI2]
   ^------------VPN1->>------------^

Ceea ce faceți când stabiliți al doilea VPN este să setați oa doua rută pentru aceeași legătură CLI1 la CLI2. Deci, când CLI2 încearcă să ajungă la CLI1 folosind VPN2, CLI1 folosește VPN1 pentru a ajunge înapoi la CLI2. Deci, sunt destul de sigur că aveți niște NAT sau MASQUERADE pe drum care nu permit TCP să se stabilească.

odată ce primul tău VPN este stabilit, ar trebui să îl folosești pe acesta pentru o cale de întoarcere, astfel încât CLI2 va ajunge la CLI1 utilizând o rută pe care CLI1 o cunoaște deja și va funcționa.practic, este posibil să NU stabiliți VPN2, dar dați drumul înapoi către CLI1 la openvpn la SVR2

O altă modalitate (mai bună, mai simplă) de a face același lucru va fi să stabiliți un VPN între SRV1 și SRV2 și să instruiți ambele trasee celeilalte, astfel încât ansamblul să fie văzut ca o rută simplă între două LAN pe care fiecare client din ambele părți o va face. utilizați pentru a vă conecta la orice alt client de pe cealaltă parte a VPN.

[CLI1]---[SRV1]---{Internet}---[SRV2]---[CLI2]
            ^-------VPN1->>-------^

Rețineți că openVPN este două lucruri, 1/ un manager de interfață cu cripto între interfețele locale și la distanță, 2/ un router în interiorul unei mașini care acționează de obicei ca un router. Deci, trebuie să dați drumul către SRV1 și SRV2 și da drumul către procesul tău openVPN => uită-te la iroute și client-config-dir opțiuni în openVPN;

[CLI1]---[SRV1]---{Internet}---[SRV2]---[CLI2]
            ^ ^
        RouteToLAN2 RouteBackToLAN1
            ^-------VPN1->>-------^
Cur10usMind avatar
drapel ke
Mulțumesc că ai avut timp să explici! Tunelurile VPN simetrice între cele două routere ar fi scenariul ideal, cu toate acestea, ele nu acceptă clienți VPN (Deschis). Prin urmare, trebuie să rulez acești clienți pe un dispozitiv diferit în rețelele LAN corespunzătoare.
Cur10usMind avatar
drapel ke
Am observat, de asemenea, că, dintr-un anumit motiv, interfața OpenVPN tun0 de pe VPN Client 2 (când se conectează la VPN Server 1) determină scăderea interfeței sale LAN eth0 și, în consecință, conexiunea inițială dintre acesta și VPN Client 1 este aruncat.Am reinstalat OpenVPN pe clientul VPN 2 și problema a fost rezolvată. Încă nu am ajuns la fund. Voi da o actualizare odată ce (sper) o voi face!
dominix avatar
drapel gf
Nu știu de ce ați spus așa, este complet acceptat și natural să aveți atât client, cât și server pe aceeași mașină. Încearcă să explici de ce crezi că nu poți. Cu toate acestea, la propunerea mea, aveți nevoie doar de un server pe SRV2 și de un client pe SRV1.
dominix avatar
drapel gf
vă rugăm să afișați un exemplu de client2 de configurare openvpn în postarea inițială. Eu (sau alții) pot semnala orice configurație greșită.
Cur10usMind avatar
drapel ke
Routerele pe care rulează serverul OpenVPN nu acceptă clientul VPN.
dominix avatar
drapel gf
este același binar care acționează ca server sau client, deci termenul „suport” aici este nepotrivit. Dacă acționează ca un server openvpn, acesta _support_ openvpn, deci prin config ar trebui să accepte și clientul openvpn. Arată erorile sau configurația pe care o folosești și vei vedea.
Cur10usMind avatar
drapel ke
Routerele de acasă pe care le folosesc, din păcate, nu acceptă clientul OpenVPN prin meniul lor de configurare.
dominix avatar
drapel gf
Deci nu mai este o problemă cu ruta sau openVPN, ci o problemă cu concepția greșită a routerului dvs. de acasă. Ar trebui să acceptați răspunsul meu sau să vă ștergeți întrebarea.
Cur10usMind avatar
drapel ke
Cred că ai avut o neînțelegere. Întrebarea mea a fost despre ce ar putea fi în neregulă cu topologia pe care am prezentat-o, adică clienții VPN care rulează pe mașini din spatele routerelor. De asemenea, am subliniat că reinstalarea OpenVPN pare să fi rezolvat problema. Ați menționat posibilitatea de a rula clienții VPN pe routere și am răspuns că acest lucru nu este posibil din cauza lipsei unei astfel de configurabilități pe routere. Deci, nu sunt sigur în ce moment întrebarea mea a devenit o „concepție greșită a routerului de acasă”, deoarece oricum tu ai fost cel care a adus-o în discuție în primul rând.
Cur10usMind avatar
drapel ke
Nu am de gând să-mi șterg întrebarea, deoarece cred că alți utilizatori s-ar putea confrunta cu o problemă similară și reinstalarea OpenVPN pe clienți ar putea fi o soluție.

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.