Linux-Äquivalent dieser BSD-Routen

Question

Ich folge diesen Anweisungen zum Einrichten eines (Kernel-Space) Wireguard VPN unter OpenBSD. In meinem speziellen Fall wird auf dem VPN-Server OpenBSD ausgeführt und es wird bestätigt, dass er ordnungsgemäß funktioniert (da einer meiner lokalen OpenBSD-Computer als Client eingerichtet wurde).

Die meisten meiner lokalen Computer sind jedoch keine OpenBSD-Boxen - sie führen Debian aus. Als solches versuche ich, sowohl das oben erwähnte Tutorial als auch dieses Debian-spezifische Tutorial zusammenzufügen .

Ich bin in der Phase, in der ich die Routen des Kunden definieren muss . Unter OpenBSD sehen diese folgendermaßen aus:

Auf der Client-Seite werden zwei zusätzliche Routen benötigt:

1. Eine spezifischere Route zum Server (aa.bb.cc.dd) über das lokale Standardgateway (ww.xx.yy.zz)
2. Eine Standardroute zur IP-Adresse des Tunnelendpunkts

Stellen Sie die Regeln wie folgt ein:

client# route add -priority 2 aa.bb.cc.dd ww.xx.yy.zz
client# route add -priority 7 default 192.168.23.1

Diese Anweisungen funktionieren in ihrer aktuellen Form offensichtlich nicht unter Linux.

Was sind die entsprechenden Befehle unter Debian?

Answer 1

routeist immer noch der Befehl. man routegibt mir:

route [-v] [-A Familie | -4 | -6] addiere [-net | -host] Ziel [Netzmaske Nm] [gw Gw] [Metrik N] [mss M] [Fenster W] [irtt I] [ ablehnen] [mod] [dyn] [wiederherstellen] [[dev] If]

Grundsätzlich besteht der Unterschied darin, dass BSD die Abstraktion der Priorität verwendet, während Linux die Metrik verwendet, um die Priorität zu bestimmen. Mit netstat -rnekönnen Sie die aktuellen Prioritäten Ihrer Schnittstellen anzeigen und eine geeignete Nummer auswählen.

Sie werden auch die Notwendigkeit bemerken, gwvor das Gateway zu stellen.

Als Beispiel wäre das:

client# route add aa.bb.cc.dd gw ww.xx.yy.zz metric 200
client# route add default gw 192.168.23.1 metric 500

Wenn Sie die Metrik weglassen, funktioniert sie weiterhin. spezifischere Routen haben eine höhere Priorität als allgemeinere. In diesem Fall ist die Route zu einem einzelnen Server (Ihrem VPN-Endpunkt) spezifischer als der allgemeine "Standard" (alles).

Linux hat auch versucht, den routeBefehl durch den komplizierteren zu ersetzen ip. Viele (und ich eingeschlossen) verwenden sie jedoch immer noch route.