Equivalent Linux de ces routes de style BSD

Question

Je suis ces instructions pour configurer un VPN Wireguard (espace noyau) sur OpenBSD. Dans mon cas particulier, le serveur VPN exécute OpenBSD et il est confirmé qu'il fonctionne correctement (car l'une de mes machines OpenBSD locales a été configurée en tant que client).

Cependant, la plupart de mes machines locales ne sont pas des boîtiers OpenBSD - elles exécutent Debian. En tant que tel, j'essaye d'assembler à la fois le tutoriel susmentionné et celui spécifique à Debian.

J'en suis au stade où j'ai besoin de définir les itinéraires du client . Sur OpenBSD, cela ressemble à:

Du côté client, deux routes supplémentaires sont nécessaires:

1. Une route plus spécifique vers le serveur (aa.bb.cc.dd) via la passerelle par défaut locale (ww.xx.yy.zz)
2. Une route par défaut vers l'adresse IP du point de terminaison du tunnel

Définissez les règles comme suit:

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

Ces instructions, dans leur forme actuelle, ne fonctionnent évidemment pas sous Linux.

Quelles sont les commandes équivalentes sur Debian?

Answer 1

routeest toujours la commande. man routeDonne moi:

route [-v] [-A famille | -4 | -6] ajouter [-net | -host] cible [masque réseau Nm] [gw Gw] [métrique N] [mss M] [fenêtre W] [irtt I] [ rejeter] [mod] [dyn] [reinstate] [[dev] If]

Donc, fondamentalement, la différence est que BSD utilise l'abstraction de la priorité tandis que Linux utilise la métrique pour déterminer la priorité. Avec netstat -rne, vous pouvez voir les priorités actuelles de vos interfaces, vous pouvez donc choisir un numéro pratique.

Vous noterez également la nécessité de mettre gwen face de la passerelle.

À titre d'exemple, ce serait:

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

Si vous omettez la métrique, cela fonctionnera toujours; les itinéraires plus spécifiques ont une priorité plus élevée que les itinéraires plus généraux. Ainsi, dans ce cas, la route vers un seul serveur (votre point de terminaison VPN) est plus spécifique que la "valeur par défaut" générale (tout).

Linux a également essayé de remplacer la routecommande par la plus compliquée ip. Beaucoup (et moi inclus) utilisent encore route.