Puncte:0

Doi clienți în spatele NAT pe o singură conexiune VPN, care se extind pe două IP-uri publice separate

drapel gf

Caut o modalitate de a redirecționa traficul de ieșire pe adrese IPv4 separate pentru diferiți clienți conectați prin același tunel VPN, în spatele NAT.

În acest moment, redirec portul 44158 de la mai multe adrese IPv4 publice de pe serverul VPS X către mai mulți clienți conectați printr-o singură conexiune VPN - de la un router din spatele NAT. Portul de intrare 44158 de pe adresele IPv4 publice de recepție nu poate fi modificat, iar clienții din spatele routerului primesc datele pe portul corect 44158, deoarece routerul este configurat să redirecționeze către portul corect pentru fiecare client de la destinație.

Acest lucru se face astfel:

iptables -t nat -A PREROUTING -d 103.143.72.84 -p tcp --dport 44158 -j DNAT --to-destination 192.168.52.2:44158
iptables -t nat -A PREROUTING -d 103.143.72.25 -p tcp --dport 44158 -j DNAT --to-destination 192.168.52.2:44159
iptables -t nat -A POSTROUTING -s 192.168.52.0/24 -j MASQUERADE

Unde 192.168.0.2 este routerul de la destinație care trimite pachetele către NAT-ul său intern către clienți, de la 44158 la 192.168.0.12:44158 iar din 44159 la 192.168.0.13:44158.

Ceea ce încerc să obțin este să fac tot traficul de ieșire de la 192.168.0.12 să iasă prin 103.143.72.84 și tot traficul de ieșire de la 192.168.0.13 să iasă prin 103.143.72.25. Există vreo modalitate de a face asta cu? iptables pe serverul VPS X?

Am această configurație hardware pe care nu o pot modifica, clienții A (192.168.0.12) și B (192.168.0.13) se conectează la routerul N pe LAN și se află pe o rețea NAT 192.168.0.0/24. Routerul N se conectează printr-un VPN la serverul VPS X și obține IP 192.168.52.2. Server X are mai multe adrese publice IPv4 (103.143.72.84 și 103.143.72.25). Și aș dori să atribui fiecărui client IP un IP public de ieșire separat pe serverul X.

  • IP-urile utilizate sunt de exemplu scopuri;
  • De dragul simplității, am păstrat exemplul cu doi clienți, dar sunt mult mai implicați.
Puncte:1
drapel in

Utilizarea traficului de ieșire iptables -t nat -A POSTROUTING...

Și pentru a specifica utilizarea adresei sursă -j SNAT ip

iptables -t nat -A POSTROUTING -s 192.168.0.12 -j SNAT 103.143.72.84
iptables -t nat -A POSTROUTING -s 192.168.0.13 -j SNAT 103.143.72.25

Rețineți că acestea trebuie să fie înainte de global MASCARADĂ daca il ai pentru acea gama.

Dacă toate IP-urile sunt intervale liniare, atunci există alte modalități de a NAT intervalul.

drapel gf
Mulțumesc! Am încercat deja `POSTROUTING -s 192.168.0.12 -j SNAT --to (și --to source) 103.143.72.84`, dar acest lucru nu funcționează deoarece `192.168.0.0/24` este în spatele IP-ului 192.168.52.2 alocat la routerul client VPN), astfel încât serverul VPS nu vede acea rețea direct. Bănuiesc că ar putea funcționa folosind conntrack ctorigsrc, dar pentru viața mea nu-mi pot da seama.
drapel gf
-j MASQUERADE de la sfârșitul POSTROUTING înaintează tot ce vine de la 192.168.52.2, toate IP-urile din spatele routerului în 192.168.0.0/24, printr-o singură adresă IPv4 externă. Am pus SNAT-ul înainte, dar nu prinde nimic, 192.168.0.12 nu este în aceeași rețea, dar în spatele unui NAT de 192.168.52.2.
Nikita Kipriyanov avatar
drapel za
Apoi routerul dumneavoastră VPN vede ambii clienți ca un singur client „192.168.52.2”. Există o modalitate prin care routerul VPN să identifice și să deranjeze clienții în mod fiabil? Le puteți da adrese IP diferite stabile ("statice")? De exemplu. eliminați NAT din sistemul 192.168.52.2 și configurați rute adecvate, astfel încât routerul VPN cu adrese publice le va vedea și le va distinge ca 192.168.0.12 și .13 direct, sau cel puțin NAT-le în IP-uri diferite, nu într-unul 192.168.52.2 .
drapel in
Cu siguranță trebuie să eliminați NAT de pe dispozitivul VPN în acest caz, cu excepția cazului în care puteți face deja SNAT acolo

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.