Rrugëtimi VPN i bazuar në domen kundrejt rrugëve IP: cili përshtatet?

Një rrugë IP përputhet me një prefiks adrese, dhe kerneli e zbaton pa bërë pyetje të tjera. Një rregull VPN i bazuar në domen përputhet me një emër, që do të thotë se diçka në stivë duhet të vendosë cilat adresa përfaqëson ai emër tani dhe ta mbajë atë vendim të përditësuar. Këto janë mekanizma të ndryshëm me mënyra të ndryshme dështimi, dhe furnitorët përdorin të njëjtën fjalë për të dyja. Krahasimi i tyre në listat e veçorive humb thelbin; krahasoni sipas asaj që ndodh kur ndryshon përgjigjja.

Ndarja e dobishme është midis një rregulli që zgjidh dhe një rregulli që nuk zgjidh.

Me çfarë përputhet në të vërtetë secili rregull

Një rregull prefiksi përputhet me adresat e destinacionit në një tabelë rrugëtimi. Asgjë nuk zgjidhet, asgjë nuk skadon, dhe përputhja është e saktë për çdo paketë. Një rregull domeni përputhet me kërkesën e një aplikacioni për një emër, të cilin RFC 1034 e përcakton si një pemë etiketash dhe jo si një adresë. Disa produkte e zgjidhin emrin një herë dhe i instalojnë adresat që rezultojnë si rrugë, gjë që e kthen rregullin në një rregull IP me një kohëmatës përditësimi të bashkangjitur.

Dijeni se cilën nga të dyja keni përpara se ta korrigjoni, sepse dështimi duket krejt ndryshe në secilin rast.

Ku jeton rregulli i domenit në stivë

Nëse produkti i zbaton rregullat e domenit përmes një proksi lokal, trafiku duhet të arrijë atë proksi, dhe aplikacionet që injorojnë proksin e sistemit e anashkalojnë plotësisht rregullin. Nëse i zbaton duke zgjidhur emra dhe duke shtuar rrugë, adresat janë vetëm aq të freskëta sa përditësimi i fundit. Nëse lidhet me zgjidhësin, sjellja e DNS-së bëhet pjesë e politikës së rrugëtimit, dhe një zgjidhës rezervë mund ta anulojë në heshtje.

Lexoni modelin e furnitorit dhe jo etiketën e cilësimit. Dy klientë me një kuti të quajtur Split Tunnel mund të bëjnë tre gjëra të ndryshme.

Krahasoni çfarë prishet

Tri gjëra prishen në mënyra të ndryshme. Ndryshimi i adresave: një emër hosti CDN mund të zgjidhet në një grup tjetër adresash brenda minutave, kështu që një listë e kopjuar plaket shpejt. Shtrirja e nëndomeneve: një rregull për example.com mund ta mbulojë ose jo api.example.com, dhe dokumentacioni zakonisht është i qartë për këtë. Dështimi i zgjidhjes: kur zgjidhësi dështon, një klient që zgjidh mund të kalojë në tunelizimin e trafikut ose në dërgimin e drejtpërdrejtë të tij.

Vetëm e dyta është pyetje konfigurimi. Dy të tjerat janë pyetje projektimi për sa është i gatshëm produkti të hamendësojë.

Kur prefiksi është përgjigjja më e mirë

Për një nënrrjet privat të qëndrueshëm, një prefiks i qartë është më i kuptueshëm, më i shpejtë dhe më i lehtë për t'u audituar. Ai i mbijeton edhe një ndërprerjeje të zgjidhësit, sepse asgjë nuk duhet zgjidhur. Përdorni një rregull domeni kur shërbimi është i strehuar, kur adresat rrotullohen ose kur vërtet nuk mund të numëroni grupin e destinacioneve. Mos e përdorni vetëm sepse emri i hostit është ajo që e dini rastësisht.

Një listë statike e hamendësuar është më e keqja nga të dyja: duket e mirëmbajtur dhe e humb trafikun në heshtje ditën që ofruesi shton një host.

Verifikoni me një kërkesë të re

Testoni me një kërkesë të ftohtë pas një rilidhjeje normale, sepse një faqe e ruajtur në cache mund të mos e prekë kurrë rregullin. Zgjidhni emrin, pastaj kontrolloni ku shkoi vërtet lidhja. dig +short app.example.com jep grupin aktual të adresave, dhe lista e lidhjeve të klientit ju tregon se cili ndërfaqe e mbajti rrjedhën.

Përsëriteni pas intervalit të përditësimit që dokumenton produkti. Nëse grupi i adresave zhvendoset dhe rregulli nuk e ndjek, keni gjetur sjelljen reale.

Mbani të ndarë edhe politikën e zgjidhësit. Një rregull domeni ka nevojë për të dhëna të sakta emrash, por nuk vendos vetë se cili zgjidhës i përgjigjet pyetjes.