Að keðja tvo VPN: hvað það hylur og hvað það kostar

Tveir fellt tunnlar gera þig ekki nafnlausan. Þeir deila athugununum á milli tveggja þjónustuveitenda, svo hvorugur sér heimilisfang þitt og áfangastað þinn saman. Þetta er raunverulegur en þröngur ávinningur, og hann kemur með leiðar-, DNS- og MTU-vandamálum sem koma upp í fyrsta sinn sem þú treystir á hann.

1. Ákveddu hvað seinni hoppið á að gera

Skrifaðu markmiðið í einni setningu áður en þú stillir eitthvað. Ef markmiðið er að þjónustuveitandinn þinn sjái ekki hvaða vefsíður þú heimsækir, nær einn tunnill því. Ef markmiðið er að enginn einn veitandi geti tengt heimilisfangið þitt við umferðina þína, gera tveir það. Ef markmiðið er að enginn geti borið kennsl á þig, kemst enginn fjöldi hoppa þangað.

Keðjan er aðeins eins sterk og skrár veikari veitandans og reikningsskrárnar sem báðir halda. Greiðslur, skráningarpóstur og fjarmæling appsins eru algjörlega utan tunnelsins.

2. Gerðu innri endann aðgengilegan í gegnum ytri tunnilinn

Venjulega mistekst að innri tunnillinn komist aldrei upp. Ytri tenging með fullum tunni á sér sjálfgefna leið, svo tilraun innri biðlarans til að ná eigin enda er gleypt af ytri tunnlinum og henni hent eða hún sett í lykkju. Innri endinn þarf skýra leið í gegnum ytri tengið, uppsetta áður en innri biðlarinn byrjar. Annars keppir handabandið við leiðina og tapar.

WireGuard sýnir sömu togstreitu frá hinni áttinni. Hver peer hefur AllowedIPs sem ákveður hvaða áfangastaðir fara inn í þann tunnil, svo innra tengi sem krefst hvers heimilisfangs krefst líka ytri endans, nema sértækari leið vinni. Skarast AllowedIPs á tveimur tengjum er uppsetning þar sem önnur hliðin tapar hljóðlega.

Keðja gáma gerir aðskilnaðinn skýran og gildruna augljósa. Gámur með eigið nafnrými, eigin sjálfgefna leið og biðlara inni í sér sendir áfram það sem hýsillinn sendir honum; hýsillinn byrjar ekki sjálfur að nota þá leið. Kveiktu á áframssendingu, bættu við leið fyrir tunnil gámsins og beindu þjónustunni að heimilisfangi gámsins.

3. Haltu DNS á sömu leið

DNS verður að ferðast þangað sem umferðin ferðast. Ef innri veitandinn ýtir við leysum og hýsillinn spyr enn þá staðbundnu, þá afhjúpa þær uppflettingar nákvæmlega þá vefsíður sem tunnlinum átti að hylja. Athugaðu með handsöfnun á hverju tunneltengi í stað þess að treysta stöðuspjaldi biðlarans. Leki hér er ósýnilegur við venjulega vafrun og augljós í handsöfnun.

Skipt DNS-hönnun gerir þetta erfiðara, því fyrirspurn um staðbundið nafn getur löglega tilheyrt utan tunnelsins. Skrifaðu undantekningalistann viljandi í stað þess að uppgötva hann eftir því hvaða leysir svaraði fyrir tilviljun.

4. Stilltu MTU áður en notendur uppgötva það fyrir þig

MTU er hinn fyrirsjáanlegi skaði. Tvær innpakkingar draga tvö haus frá, og ytri tunnill sem hefur þegar lækkað MTU leiðarinnar skilur minna pláss eftir inni. Einkennin eru kunnugleg: litlar beiðnir ganga, stórar flutningar og TLS-handabönd stöðvast.

ip link set dev wg1 mtu 1280 er grófa lagfæringin, og að takmarka MSS á framsendingunni er snyrtilegri. Að reyna tenginguna aftur er engin lagfæring.

5. Prófaðu bilunina sem þú munt raunverulega fá

Rjúftu ytri tunnilinn viljandi og fylgstu með hvað gerist. Keðja sem fellur hljóðlega á beina leið þegar ytri hoppið deyr er verri en engin keðja, því hún lekur einmitt á þeirri stundu sem þú taldir þig vera þakinn. Æskileg hegðun er rofi sem stöðvar alla umferð. Skrifaðu niðurstöðuna, því þú vilt ekki uppgötva hana aftur í miðju atviki.

Biðtími og annar bilunarpunktur eru fastur kostnaður. Tvö hopp þýða líka tveir stuðningsbiðraðir þegar eitthvað bilar á óhentugri stundu.