Երկու սարք, մեկ Wi-Fi, տարբեր VPN ելքեր՝ ինչն է որոշում
Տան հասցեն, թունելի հասցեն և հանրային ելքը երեք տարբեր բաներ են։ Երկու սարք կարող են դուրս գալ տարբեր ելքերով, և ոչինչ չի երաշխավորում, որ նրանք դա կանեն։
Նույն տնային երթուղիչի վրա գտնվող երկու նոթբուք կարող են ինտերնետ հասնել տարբեր VPN ելքերով, և ընդհանուր Wi-Fi-ը այդ հարցում ոչինչ չունի ասելու։ Արդյունքը որոշում է այն, թե որտեղ է աշխատում թունելը և որ քաղաքականությունն է ընտրում ուղին յուրաքանչյուր հարցման համար։ Հակառակ համոզմունքը նույնքան տարածված է և նույնքան սխալ. առանձին պրոֆիլներով երկու սարք ինքնաբերաբար երկու հանրային հասցե չեն ստեղծում։ Երկու սխալներն էլ գալիս են նրանից, որ մեկ հասցեն դիտարկվում է որպես երեք։
Երեք հասցե, և նրանցից միայն մեկն է դուրս գալիս
Նոթբուքն ունի տնային LAN-ի հասցե, որը նույնականացնում է այն տեղական սեգմենտում, և կարող է ունենալ նաև VPN-ի ներսում տրված թունելի հասցե։ Նրանցից ոչ մեկը տեսանելի չէ հեռավոր ծառայությանը։ Այն, ինչ այդ ծառայությունը գրանցում է, վերջիվերջո փաթեթն ուղարկող սարքի հանրային ելքի հասցեն է՝ ճանապարհին կատարված ցանկացած թարգմանությունից հետո։
RFC 3022-ը գծում է այն տարբերությունը, որը բացատրում է այստեղի խառնաշփոթի մեծ մասը։ Ավանդական NAT-ը ներքին հասցեները քարտեզագրում է հանրայիններին, մինչդեռ պորտերի թարգմանությունը թույլ է տալիս շատ ներքին հասցեների միաժամանակ կիսել մեկ հանրային հասցե։ Մեկ հանրային հասցեով և մի քանի սարքով տնտեսությունը երկրորդ դեպքն է, և դա գրեթե ամենուր լռելյայն է։
Հաշվեք հանրային հասցեները, ոչ թե պրոֆիլները։ Տարբեր թունելի հասցեներով և նույն ելքի քաղաքականությամբ երկու հաճախորդ տալիս են մեկ դիտարկված հասցե, իսկ այլ կերպ երթուղավորված ելքով մեկ հաճախորդ կարող է տալ մեկ այլ։ Այդ մեկ համեմատությունը ամբողջ փորձարկումն է։ Մնացած ամեն ինչ ենթադրություն է հեռավոր կողմի մասին։
Ինչն է երկու ելքերն իսկապես տարբեր դարձնում
Ելքը տարբեր է, երբ ինտերնետից առաջ վերջին սարքը այդ թրաֆիկի համար օգտագործում է այլ հանրային հասցե։ Դա կարող է պատահել, որովհետև VPN-ն ավարտվում է այլ վայրում, քանի որ ելքերի լողավազանը տալիս է այլ հասցե, կամ քանի որ մատակարարը հարցումն ուղղում է այլ ելքով։ Երեքն էլ հեռավոր կողմում կայացված քաղաքական որոշումներ են, և նրանցից ոչ մեկը տեսանելի չէ տնային երթուղիչից։
Երկու սարք, որոնցից յուրաքանչյուրը գործարկում է իր հաճախորդը նույն պրոֆիլով, սովորաբար ընկնում են նույն լողավազանը և հաճախ ստանում են նույն ելքը տվյալ սեսիայի համար։ Դա սխալ չէ, դա ընդհանուր լողավազանի նորմալ վարքն է։ Առանձին ելքեր ստանալը սովորաբար նշանակում է ծառայությունից առանձին հատկացումներ խնդրել, այլ ոչ թե հաճախորդը երկու անգամ կարգավորել։
Կարդացեք ծառայության պայմանները միաժամանակյա միացումների մասին, նախքան երաշխիքի շուրջ ձևավորելը։ Երկրորդ մուտքը միանալու թույլտվություն է, ոչ թե բացառիկ հասցեի խոստում։ Եթե պայմանները լռում են, հարցրեք մատակարարին, այլ ոչ թե ենթադրեք։ Պատասխանը փոխում է ձևավորումը ավելի, քան ցանկացած հաճախորդի կարգավորում։
Ինչու առանձին պրոֆիլները առանձին ելքեր չեն
Պրոֆիլը նկարագրում է, թե ինչպես հասնել VPN-ին և ինչպես նույնականացվել, և գրեթե ոչինչ չի ասում այն մասին, ինչ տեղի է ունենում հետո։ Ելքը ընտրում է հեռավոր կողմը, որտեղ ապրում են երթուղավորումը, հասցեների լողավազանները և թարգմանության քաղաքականությունը։ Երկրորդ մեքենայի վրա պրոֆիլը կրկնօրինակելը կրկնօրինակում է հաճախորդի կոնֆիգուրացիան, ոչ թե սերվերի որոշումը։
Ճիշտ է նաև հակառակը։ Մեկ VPN սերվեր կարող է ներկայացնել մեկից ավելի հանրային ելք, երբ նրա երթուղավորումն ու թարգմանության քաղաքականությունն այդպես են կառուցված, մինչդեռ առանձին սերվերներ կարող են սնուցել մեկ ներքևի ելք։ Այսպիսով՝ ձեր կոնֆիգուրացիայում սերվերների անունների քանակը ոչինչ չի ասում հասցեների քանակի մասին։ Դրա համար էլ կոնֆիգուրացիան սխալ տեղ է այս պատասխանը փնտրելու համար։
Միակ վստահելի պատասխանը գալիս է այն դասավորությամբ արված հարցումից, որը մտադիր եք օգտագործել։ Մնացած ամեն ինչ եզրակացություն է։
Որտեղ տեղադրել բաժանումը
Երթուղիչի թունելը ծածկում է ամբողջ տնտեսությունը, ինչը հարմար է և ստեղծում է ուղիղ մեկ ընդհանուր ելք դրա հետևում գտնվող յուրաքանչյուր սարքի համար։ Յուրաքանչյուր սարքի վրա հաճախորդը ձեզ տալիս է սարք առ սարք վերահսկողություն, բայց պահանջում է, որ յուրաքանչյուր սարք պատրաստվի և մնա պատրաստ։ Քաղաքականություն ունակ երթուղիչը նստում է մեջտեղում, ընտրում է ուղին սարք առ սարք, և այն աշխատում է միայն այն դեպքում, երբ կարող է հուսալիորեն ճանաչել սարքերը վերամիացումների և DHCP փոփոխությունների ընթացքում։
Երթուղիչի վրա ևս մեկ մասնավոր DHCP վարձակալություն ստեղծելը նույնը չէ, ինչ ևս մեկ հանրային հասցե ստեղծելը։ Այն փոխում է տեղական պատկերը և ելքը թողնում է անձեռնմխելի։ Բաժանումն ապրում է ելքի քաղաքականության մեջ՝ անկախ նրանից՝ այդ քաղաքականությունը երթուղիչի վրա է, թե VPN ծառայությունում։
Ինչ ձև էլ ընտրեք, գրեք պատկանելությունը՝ ով է պատրաստում սարքը, ով է պտտում նրա հավատարմագրերը, և ով է նկատում, երբ այն դադարում է օգտագործել նախատեսված ուղին։
Ստուգեք այն ելքը, որն իրականում ստացաք
Ստուգումը կատարեք այն հավելվածից, որը կարևոր է, և համեմատեք նույն հասցեների ընտանիքը երկու սարքերում։ Մեկից IPv4 արդյունքը և մյուսից IPv6 արդյունքը ոչինչ չեն ապացուցում նրանցից ոչ մեկի մասին։ Ապա կրկնեք ստուգումը վերամիացումից հետո, որովհետև լողավազանի հատկացումը կարող է փոխվել սեսիաների միջև։
Գործարկեք այն թունելի քաղաքականության ներսում գտնվող տերմինալից, ոչ թե այն շրջանցող սարքից։ Սխալ հոսթը տալիս է ինքնավստահ սխալ պատասխան։
curl -4 -sS https://api.ipify.org; echo
curl -6 -sS https://api64.ipify.org; echo
ip route get 1.1.1.1Եթե երկու սարքերն էլ տպում են նույն IPv4 հասցեն, նրանք կիսում են մեկ ելք՝ անկախ նրանից, թե քանի թունել է բաց։ Ապա որոշեք, թե ինչ է լինում, երբ թունելը ձախողվում է. ուղիղ ուղի վերադարձող հաճախորդը երկու սարքերն էլ վերադարձնում է տան հասցեին, և բաժանումն անհետանում է առանց սխալի։ Հաստատեք այդ վերադարձի վարքը նախքան դասավորությունը երկու ելք անվանելը, և հիշեք, որ տարբեր հասցեները ցանցի արդյունք են, ոչ թե երկու անանուն ինքնություն։