Twa apparaten, ien Wi-Fi, ferskillende VPN-útgongen: wat it beslút

Twa laptops op deselde thúsrouter kinne fia ferskillende VPN-útgongen it internet berikke, en de dielde Wi-Fi hat dêr neat oer te sizzen. Wat it resultaat beslút, is wêr't de tunnel rint en hokker belied foar elk fersyk de rûte kiest. It tsjinstelde leauwen is like gewoan en like ferkeard: twa apparaten mei aparte profilen meitsje net automatysk twa publike adressen. Beide flaten komme derfan dat men ien adres behannelet as wiene it trije.

Trije adressen, en mar ien fan har giet nei bûten

In laptop hat in thús-LAN-adres dat him op it lokale segmint identifisearret, en hy kin ek in tunneladres hawwe dat binnen it VPN tawiisd is. Gjin fan beide is foar in tsjinst op ôfstân sichtber. Wat dy tsjinst fêstleit, is it publike útgongsadres fan it apparaat dat it pakket úteinlik ferstjoert, nei hokker oersetting dan ek ûnderweis.

RFC 3022 lûkt it ûnderskied dat it measte fan 'e betizing hjir ferklearret. Tradisjonele NAT byldet ynterne adressen op publike ôf, wylst poartoersetting in soad ynterne adressen tagelyk ien publiek adres diele lit. In húshâlding mei ien publiek adres en ferskate apparaten is it twadde gefal, en dat is hast oeral de standert.

Telle de publike adressen, net de profilen. Twa klanten mei ferskillende tunneladressen en itselde útgongsbelied jouwe ien waarnommen adres, en ien klant mei in oars rûte útgong kin in oar jouwe. Dy iene ferliking is de hiele test. Al it oare is in oanname oer de fiere kant.

Wat twa útgongen echt ferskillend makket

In útgong is oars as it lêste apparaat foar it internet foar dat ferkear in oar publiek adres brûkt. Dat kin barre om't it VPN op in oare lokaasje einiget, om't de útgongspool in oar adres tawiist, of om't de provider it fersyk fia in oare útgong rûtelet. Alle trije binne beliedsbesluten op 'e fiere kant, en gjinien is fan 'e thúsrouter ôf sichtber.

Twa apparaten dy't elk har eigen klant mei itselde profyl rinne litte, komme meastal yn deselde pool telâne en krije foar in beskaat sesje faak deselde útgong. Dat is gjin flater, it is it normale gedrach fan in dielde pool. Aparte útgongen krije betsjut meastal de tsjinst om aparte tawizings freegje ynstee fan de klant twa kear te konfigurearjen.

Lês de tsjinstbetingsten oer tagelyk ferbiningen foardat jo om in garânsje hinne ûntwerpe. In twadde oanmelding is tastimming om te ferbinen, gjin tasizzing fan in eksklusyf adres. As de betingsten swije, freegje de provider ynstee fan oan te nimmen. It antwurd feroaret it ûntwerp mear as hokker klantynstelling dan ek.

Wêrom aparte profilen gjin aparte útgongen binne

In profyl beskriuwt hoe't it VPN berikt wurdt en hoe't autentisearre wurdt, en it seit hast neat oer wat dêrnei bart. De útgong wurdt keazen troch de fiere kant, dêr't routing, adrespools en oersettingsbelied libje. In profyl op in twadde masine duplisearje duplisearret de klantkonfiguraasje, net it beslút fan 'e tsjinner.

It omkearde jildt ek. Ien VPN-tsjinner kin mear as ien publike útgong presintearje as syn routing en oersettingsbelied sa boud binne, wylst aparte tsjinners ien inkele útgong streamôf fiede kinne. It oantal tsjinnernammen yn jo konfiguraasje seit dus neat oer it oantal adressen. Dêrom is de konfiguraasje it ferkearde plak om dit antwurd te sykjen.

It iennige betroubere antwurd komt fan in fersyk dat dien wurdt fia de opstelling dy't jo fan plan binne te brûken. Al it oare is in konklúzje.

Wêr't de skieding hinne moat

In routertunnel dekt de hiele húshâlding, wat handich is en krekt ien dielde útgong jout foar elk apparaat dêrefter. In klant op elk apparaat jout jo kontrôle per apparaat, mar freget dat elk apparaat foarsjoen wurdt en foarsjoen bliuwt. In router mei beliedsmooglikheid sit der tuskenyn, kiest in rûte per apparaat, en it wurket allinnich as it apparaten betrouber werkenne kin oer werferbiningen en DHCP-feroarings hinne.

Noch in privee DHCP-hier oanmeitsje op 'e router is net itselde as noch in publiek adres oanmeitsje. It feroaret it lokale byld en lit de útgong ûnoantaast. De skieding libbet yn it útgongsbelied, itsij dat belied op 'e router is of by de VPN-tsjinst.

Hokker foarm jo ek kieze, skriuw it eigendom op: wa't in apparaat foarsjocht, wa't syn bewiis fernijt, en wa't it merkt as it ophâldt de bedoelde rûte te brûken.

Kontrolearje de útgong dy't jo echt krigen hawwe

Doch de kontrôle fanút de applikaasje dy't fan belang is, en ferlykje deselde adresfamylje op beide apparaten. In IPv4-resultaat fan 'e iene en in IPv6-resultaat fan 'e oare bewize neat oer gjinien fan beide. Werhelje dan de kontrôle nei in werferbining, om't poeltawizing tusken sesjes feroarje kin.

Rin it fanút in terminal binnen it tunnelbelied, net fan in apparaat dat it omgiet. De ferkearde host jout in selswis ferkeard antwurd.

curl -4 -sS https://api.ipify.org; echo
curl -6 -sS https://api64.ipify.org; echo
ip route get 1.1.1.1

As beide apparaten itselde IPv4-adres printsje, diele se in útgong, hoefolle tunnels der ek oan steane. Beslis dan wat der bart as de tunnel mislearret: in klant dy't weromfalt op 'e direkte rûte set beide apparaten wer op it thúsadres, en de skieding ferdwynt sûnder flat. Befêstigje dat weromfalgedrach foardat jo de opstelling as twa útgongen beskriuwe, en tink derom dat ferskillende adressen in netwurkresultaat binne en net twa anonyme identiteiten.