Wat ’n VPN-roetetabel jou vertel, en wat dit nie kan sê nie

Jy maak verbinding, voer ’n roetelys uit en sien ’n subnet wat jy nog nooit gehoor het nie na die tonnel wys. Daardie reël sê een ding presies en verskeie dinge glad nie. Dit teken op hoe hierdie masjien pakkette na daardie prefiks sal aanstuur, niks oor watter gashere daar bestaan nie, en niks oor wat jou rekening mag bereik nie. Om dit reg te lees neem ’n minuut; om dit as ’n inventaris te lees neem veel langer om af te leer.

Lees die tabel as plaaslike instruksies

’n Roete is ’n aanstuurinstruksie wat die plaaslike kernel hou: vir hierdie prefiks, gebruik hierdie koppelvlak en hierdie volgende sprong. Die prefikslengte bepaal hoe spesifiek die instruksie is, en die langste passing wen. Niks in daardie reël noem toestemmings, diensgesondheid of afgeleë topologie nie.

Beleidsreëls kan ingryp voordat die tabel geraadpleeg word, en daarom kan ’n roete bestaan en tog nie die een wees wat ’n gegewe pakket gebruik nie. Lees die reëls saam met die tabel en vra dan die kernel watter pad hy vir ’n spesifieke bestemming sou kies. Die antwoord vir een adres is meer werd as ’n bladsy vol prefikse, en dit is die enigste antwoord wat die merke, naamruimtes en koppelvlakbindinge weerspieël wat die kliënt toegepas het.

’n Wye prefiks is nie ’n katalogus nie

’n /16 wat deur die tonnel gerouteer word, beteken nie sestien duisend bereikbare gashere nie, en ’n verstekroete beteken selfs minder. Die bediener besluit wat antwoord, die firewall besluit wat toegelaat word, en die rekening besluit wat gemagtig is.

’n Smal tabel het die teenoorgestelde lokval: ’n afwesige prefiks kan beteken die bestemming is deur ’n ander pad bereikbaar, of bloot dat dit glad nie gerouteer is nie. Daardie twee gevalle lyk identies totdat jy hulle toets. Vergelyk die tabel met die hulpbron wat jy gesê is om te gebruik, eerder as met jou verwagtinge van wat ’n VPN behoort te bevat.

Waar die inskrywings vandaan kom

Roetes kom van ten minste vier plekke: die konfigurasielêer, die bediener wat ’n roete tydens verbindingopstelling stoot, ’n netwerkbestuurder wat die koppelvlak besit, en ’n persoon wat tydens ’n voorval ’n opdrag tik. Elkeen het ’n ander leeftyd en ’n ander eienaar.

Die een wat tydens ’n onderbreking getik is, is die een wat by herbegin verdwyn en in niemand se dokumentasie verskyn nie. ’n Bediener-gestootte roete verander wanneer die bediener verander, en daarom duik ’n onverklaarde nuwe prefiks dikwels ná ’n gateway-opdatering op eerder as ná ’n kliëntverandering. Die ip-route-handleiding dokumenteer die tabel- en veldsintaksis as jy die vlae moet lees.

Toets die roete teen die dienskontrak

Die nuttige vergelyking is tussen die tabel en die diens wat aan jou belowe is: naam, adresomvang, poort en eienaar. Skryf daardie vier langs die prefiks neer, en die gapings word sigbaar.

ip route show table all dev tun0
ip route get 10.20.5.9
ip rule show

As die prefiks teenwoordig is en die diens steeds misluk, het die tabel sy werk gedoen en is die probleem elders: naamresolusie, ’n firewall aan die ander kant, of ’n rekening sonder die regte groep. As die prefiks ontbreek, is die vraag wie dit moes verskaf het, nie wat om te tik nie. Elkeen van die twee antwoorde noem ’n span om volgende te vra, en dit is die enigste nuttige uitset van die lees van ’n roetetabel. Skryf daardie naam neer voordat jy die terminaal sluit.

Teken die voor en ná van enige verandering op, saam met die datum en die koppelvlak. ’n Roetetabel is ’n momentopname van een oomblik op een masjien, en dit word eers bewyse wanneer iemand neergeskryf het wanneer dit geneem is.