Puncte:0

Server Wireguard multi-hop pentru unii colegi

drapel us

Am mai multe servere Wireguard găzduite pe serverele Ubuntu VPS. Există configurații de egali pe fiecare server VPN. Am serverele configurate în configurație „mesh” și toți sunt capabili să pună ping unul pe celălalt direct. Serverele au redirecționarea ipv4 activată.Mă pot conecta la fiecare server ca peer și am conexiunea mea la internet direcționată prin acel server.

Aș dori să redirecționez unii colegi prin mai multe servere Wireguard (multi-hop), în timp ce lăsând unii colegi să se conecteze la internet prin primul salt Wireguard. În cele din urmă, intenționez să controlez acest lucru dinamic cu o aplicație nod care execută regulile iptables relevante după cum este necesar (sau oricare ar fi soluția)

De exemplu:

Peer 1 > Server 1 > Server 2 > Internet

Peer 2 > Server 1 > Internet

Peer 3 > Server 3 > Internet

Peer 4 > Server 2 > Server 1 > Internet

Ar fi posibil acest lucru cu regulile iptables? Am petrecut câteva zile citind postări similare și încercând lucruri. Cel mai aproape am venit este setarea următoarelor pe Server1:

iptables -t nat -A PREROUTING -s 10.42.1.4(Peer1) -j DNAT --to-destination 10.42.1.2(Server2)
iptables -t nat -D POSTROUTING -o wg0 -j MASQUERADE

Folosind tcpdump -n -v -i wg0 Văd că pachetele sunt transmise de la Server1 la Server2, dar se pare că regula MAQUERADE modifică IP-ul de destinație? Am incercat sa adaug iptables -t nat -A POSTROUTING -d 10.42.1.2 -j SNAT --to-source 10.42.1.4 de asemenea.

Diagrama configurației

drapel cn
Am găsit o soluție la problema mea: [Chaining WireGuard Servers: Pot ping ambele de la client, dar nu pot accesa internetul. Problemă de rutare IP?](https://serverfault.com/questions/1080901/chaining-wireguard-servers-can-ping-both-from-client-but-cant-access-internet) â vedeți dacă vă ajută!
computerguy1 avatar
drapel us
Mulțumesc, a fost de mare ajutor. Am raspuns la intrebarea ta. Sperăm că cineva de acolo știe o modalitate de a vă extinde configurația pentru a activa rutarea peer.
A.B avatar
drapel cl
A.B
Aruncați o privire și acolo, este în plus față de rutare și mai restrictiv (nu este permisă suprapunerea): https://www.wireguard.com/#cryptokey-routing . Regula DNAT modifică destinația (întotdeauna 10.42.1.2 de la peer1) de ce te-ai aștepta altfel?
A.B avatar
drapel cl
A.B
De fapt, bănuiesc de ce: iptables este adesea considerat eronat ca instrument care face rutare, dar nu este. Dacă dintr-un motiv oarecare pachetul nu este direcționat către interfața WireGuard, modificarea destinației nu este probabil modalitatea corectă de a trimite pachetul acolo. Utilizați instrumentul(ele) adecvat(e): `rută ip` (și uneori `regulă ip`).
A.B avatar
drapel cl
A.B
Am aruncat o privire asupra acestei probleme. Pentru mine, o soluție ar: 1/ evita utilizarea inutilă (și aici dăunătoare) a iptables 2/ necesita rutarea politicii 3/ necesita pe unele sisteme mai multe interfețe WireGuard pentru a depăși limitările inerente WireGuard: nu se suprapune adresele pentru selecția peer (contrar rutelor) unde se poate trece peste un traseu cu un traseu mai îngust).
drapel cn
Având în vedere experiența mea cu WG și cunoștințele tehnice limitate, aș crea diferite interfețe WG (wg0, wg1 etc.) pentru diferite lanțuri. Nu am încercat niciodată eu însămi. E mai simplu așa.
drapel cn
Am adăugat un alt răspuns la întrebarea mea care *ar putea* să fie mai ușor de modificat pentru nevoile dvs. Doar un avertisment! . Vezi dacă ajută.

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.