Hi,
die Antwort darauf findet sich bereits in deiner Routen-Anfrage:
1.1.1.1 dev wg_fritz table 52110 src 192.168.178.203 uid 1000
Dein System hat mehrere Routing-Tabellen, die den Datenverkehr auf Basis
von verschiedenen Regeln unterschiedlich routen. Das ermöglicht es, dass
ein physikalisches System sich wie mehrere Rotuer verhalten kann, die
nichts voneinander wissen. Zumindest ist das einer der
Anwendungsbereiche, gibt noch mehr.
Gerade für VPN Dienste werden diese Routing-Kontexte gerne benutzt.
In diesem Fall kommt das Routing aus Tabelle 52110. (Achtung, wenn du
das System in der Zwischenzeit neu gestartet oder die VPN-Verbindung ab
und wieder auf gebaut hast, kann es sein, dass sich diese ID geändert hat.)
Auflisten kannst du dir diese mit:
ip route list table 52110
Oder auch einfach alles mit:
ip route list table all
(Achtung, das kann lang werden.)
Schöne Grüße
Basti
Am 16.01.26 um 17:30 schrieb [email protected]:
Moin,
ich hatte gedacht, ich hätte das mit dem Routing verstanden.
Ist aber offenbar doch nicht so.
Kann mir jemand erklären, warum 1.1.1.1 durch das VPN
geroutet wird und nicht direkt über die Defaultroute
rausgeht?
hajo@ryzen:~$ ip route get 1.1.1.1
1.1.1.1 dev wg_fritz table 52110 src 192.168.178.203 uid 1000
cache
hajo@ryzen:~$ ip r
default via 172.19.88.94 dev wlo1 proto dhcp src 172.19.88.122 metric 600
172.19.88.0/24 dev wlo1 proto kernel scope link src 172.19.88.122 metric 600
192.168.178.0/24 dev wg_fritz proto static scope link metric 50
192.168.178.0/24 dev wg_fritz proto kernel scope link src 192.168.178.203
metric 50
Liebe Grüße
--
Linux mailing list [email protected]
subscribe/unsubscribe: https://lug-owl.de/mailman/listinfo/linux
Hinweise zur Nutzung: http://www.lug-owl.de/Mailingliste/hints.epo
