Kontroleer Linux-beleidsroutering voordat u die standaardroete wysig
’n Reël kan ’n vloei na ’n ander tabel stuur en die hoof-standaardroete irrelevant maak. Lees prioriteit, tabel en eienaar voordat u ’n Linux-VPN-roete verander.
’n VPN-gasheer antwoord op een koppelvlak en weier om antwoorde deur die tonnel terug te stuur, en die standaardroete lyk korrek. Dit is die punt waar die hoof-tabel ophou om die hele storie te wees. Linux kan per pakket ’n routeringstabel kies met beleidsreëls, en die VPN het dalk een geïnstalleer. Lees die reëls voordat u aan die standaardroete raak.
Die volgorde maak saak: eers die reëls, dan die tabel wat elke reël kies.
Lees die reëls in prioriteitsorde
Voer ip rule show uit en lees van bo na onder. Die prioriteitsnommer bepaal die evalueringsorde, en ’n laer nommer word vroeër nagegaan. Die standaardreël by 32766 is gewoonlik die laaste een wat saak maak. As die lys lank is, stoor dit in ’n lêer voordat u iets verander.
Teken vir elke reël die prioriteit, die passing (bron, merkie, koppelvlak of bestemming) en die tabel waarna dit verwys, aan. ’n Reël sonder ’n bruikbare tabel is ’n doodloopstraat, nie ’n roete nie.
Doen dieselfde vir IPv6 met ip -6 rule show. ’n Beleid wat net in die IPv4-familie bestaan, laat die ander familie op die hoof-tabel.
Lees die tabel wat elke reël kies
Gebruik ip route show table <name or number> vir elke tabel waarna verwys word. Vergelyk die roetes daarvan met die koppelvlak en volgende sprong wat u verwag. ’n Leë of onvolledige tabel verduidelik ’n fout wat die hoof-tabel nie kan verklaar nie.
Die hoof-tabel kan steeds die standaardroete hou, en dit is reg. As ’n reël u vloei eerste na tabel 51820 stuur, is die standaardroete in die hoof-tabel vir daardie pakket irrelevant.
Soek die tabelnaam in /etc/iproute2/rt_tables op as die nommer onbekend is. Daardie opsoek neem ’n sekonde en voorkom ’n lang ompad.
Vind uit wie die reël geïnstalleer het
NetworkManager, wg-quick en ander skripte kan reëls dinamies installeer. Om een tydens looptyd te verwyder, kan by die volgende herverbinding ongedaan gemaak word. Kontroleer die bestuurder se konfigurasie voordat u ’n mededingende reël byvoeg.
wg-quick voeg byvoorbeeld ’n gemerkte reël en ’n tabel vir die tonnel se toegelate adresse by. Daardie reël is die rede waarom verkeer na daardie adresse die hoof-standaardroete omseil. As u dit verwyder sonder om die konfigurasie te verander, sal die volgende op dit herstel.
Bewaar die eindpunt se buitenste roete en bestuurstoegang terwyl u hersien. Moenie alle reëls op ’n lewendige afgeleë gateway spoel om die uitset te vereenvoudig nie. ’n Bestuursessie wat die verandering oorleef, is deel van die toets.
Toets die bronkonteks wat saak maak
’n Algemene ip route get beantwoord ’n ander vraag as die programvloei. Voeg die bronadres by, en die merkie as die VPN een gebruik, om die pad te sien wat die werklike pakket volg. Toets ’n ingeslote bestemming en een wat uitgesluit is met dieselfde bronkonteks. Herhaal dan vir IPv6 as die gasheer dubbele stapel het.
Nadat ’n regstelling goedgekeur is, herhaal dieselfde twee opsoeke en vergelyk. Hou ’n rekord van die beoogde reël, die tabel en hoe lank die reël ’n herstart oorleef. Daardie rekord maak die volgende diensherstart verklaarbaar eerder as geheimsinnig. Die handleiding vir ip-rule dokumenteer die passing-keuses en tabel-sintaksis.