A ka nevojë një laptop me VPN për përcjellje IP që të jetë më i shpejtë?
Përcjellja kalon paketat mes ndërfaqeve; nuk e shpejton një shfletues lokal. Ndani rolin e klientit nga roli i portës përpara se të zgjeroni një rregull.
Ta kthesh laptopin në router është një mënyrë popullore për të zgjidhur problemin e gabuar. Përcjellja ekziston që një makinë të mund të kalojë paketa destinacioni i të cilave nuk është vetë makina, dhe nuk ka mendim se sa shpejt një shfletues në të njëjtën makinë ngarkon një faqe. Dy rrugët duken njësoj vetëm sepse të dyja dërgojnë trafik përmes një tuneli. Ndajini një herë, dhe një pjesë e madhe e këshillave për aktivizimin e përcjelljes ose hapjen e firewall-it rezulton të përshkruajë një topologji që nuk e keni.
Dy rrugë paketash që nga tavolina duken identike
Shfletuesi në laptop krijon kërkesën e vet. Host-i zgjedh rrugën e tunelit, procesi i klientit e mbështjell paketën dhe e dërgon te partneri, dhe përgjigja kthehet te aplikacioni. Asgjë në atë sekuencë nuk kalon një vendim përcjelljeje, sepse kjo makinë është njëkohësisht burimi dhe destinacioni i bisedës.
Tani vendosni një pajisje tjetër në një segment Ethernet të konfiguruar me qëllim dhe bëni laptopin portën e saj të parazgjedhur. Ajo pajisje e nis kërkesën, laptopi merr një paketë të adresuar diku tjetër, dhe kernel-i duhet të vendosë nëse do ta kalojë më tej. Ky është roli i përcjelljes, dhe vjen me parakushte që roli i klientit nuk i kishte kurrë: një rrugë tranziti e lejuar, rrugë në të dy anët dhe një rrugë kthimi që funksionon ende nëse përkthimi është pjesë e projektimit.
| Role | Who originates the traffic | What has to be true |
|---|---|---|
| Client only | The laptop itself | Tunnel route, working resolver, supported profile |
| Gateway | Another device | Forwarding enabled, permitted transit, routes both ways, return-path decision |
Çfarë ndryshon në të vërtetë ip_forward
Dokumentacioni i kernel-it për IPv4 sysctl e përshkruan ip_forward si çelësin që lejon një host të përcjellë paketa mes ndërfaqeve. Nuk është një rrugë e shpejtë për trafikun që host-i ka krijuar vetë, dhe asnjë lexim i atij parametri nuk e bën një shfletues lokal më të shpejtë. Nëse gjë, përcjellja i shton gjendje dhe politikë një makine që më parë bënte më pak punë.
I njëjti dokumentacion paralajmëron se ndryshimi i vlerës i kthen parametrat e tjerë IPv4 në vlerat e tyre të parazgjedhura për host ose router. Kjo e bën çelësin një ngjarje konfigurimi dhe jo një provë: cilësimet e rregulluara mund të kthehen prapa nën këmbët tuaja, dhe ndryshimi mund të jetë përgjegjës për një regres që askush nuk do të mendonte t'ia atribuonte. Do të thotë gjithashtu se çelësi duhet të vendoset një herë, me qëllim, nga kushdo që zotëron rolin e portës. Kthimi i tij gjatë një hetimi për ngadalësi është rasti i vetëm ku efekti anësor përzihet me garanci me simptomën.
Tre pyetje firewall-i që nuk janë e njëjta pyetje
Lejimi i një dëgjuesi VPN, lejimi i shërbimeve që ekzekuton laptopi, dhe lejimi i trafikut të kalojë përmes laptopit janë tre leje të veçanta. E para lë një partner të arrijë një daemon, e dyta ekspozon diçka lokale, dhe e treta e kthen makinën në tranzit për dikë tjetër. Secila ka një shtrirje të ndryshme, dhe e fundit është shumë më e gjerë se përgjigjet që i duhen një aplikacioni dalës të zakonshëm.
Kur një rrjedhë e caktuar është bllokuar, emërtoni burimin, destinacionin, drejtimin dhe pronarin e politikës përpara se të redaktoni një rregull. Një rregull i ngushtë për atë rrjedhë është një rregullim; pranimi i gjithçkaje në ndërfaqen e tunelit është një ndryshim politike që rastësisht përfshin rregullimin. Një shfletues që funksionon më pas provon se rrjedha funksionon, jo se rregulli i gjerë ishte i nevojshëm.
Matni vetëm kur rruga është e saktë
Matni me të njëjtin destinacion, të njëjtën ngarkesë dhe kushte të krahasueshme, dhe ndryshoni një variabël në një kohë. Një test që bashkon një ndryshim përcjelljeje, një zgjerim firewall-i dhe një cilësim kriptimi të kopjuar jep një numër dhe asnjë shpjegim, sepse asgjë në të nuk thotë cila nga të tre e lëvizi rezultatin.
Mbajini dështimet e rrugës dhe të zgjidhësit plotësisht jashtë bisedës për performancën. Një emër që zgjidhet ngadalë nuk është problem i gjerësisë së brezit, dhe një transferim që ndalon në një madhësi fikse është zakonisht çështje MTU dhe jo kufi shpejtësie. Shkruani cilën nga këto të tre vërtet e vëzhguat përpara se të krahasoni çfarëdo numrash. Përndryshe lexuesi tjetër trashëgon një matje që mat gjënë e gabuar dhe një ndryshim që askush nuk mund ta justifikojë.
Përshkruani topologjinë që keni, jo etiketën mbi klientin
Një laptop që ndan lidhjen e tij, strehon një rrjet kontejnerësh të rrugëzuar ose mbart trafik për një makinë virtuale është një portë, sido që ta quajë veten software-i. Fjala klient përshkruan si është konfiguruar tuneli, jo nëse paketat i kalohen dikujt tjetër.
Bëjeni rolin të qartë në manualin e operimit: çfarë krijon trafik, çfarë duhet të kalojë nëpër makinë, dhe për cilën nga të dyja bëhet fjalë detyra aktuale. Aktivizoni rolin e portës kur i përket planit të mbështetur, jo si një rregullim shpejtësie i pashpjeguar i aplikuar mbi një topologji që nuk ka pasur kurrë nevojë për të.