Windows VPN դարպաս: երեք աշխատանք, երեք սեփականատեր
Թունելների ավարտը, ցանցերի միջև փոխանցումը և հասցեների վերագրումը առանձին որոշումներ են։ Յուրաքանչյուրին սեփականատեր նշանակեք ևս մեկ NAT շերտ ավելացնելուց առաջ։
Երեք ֆունկցիա միավորվում են ամեն անգամ, երբ ինչ-որ մեկն ասում է VPN սերվեր՝ գաղտնագրված թունելի ավարտը, փաթեթների տեղափոխումը ցանցերի միջև և, ըստ ցանկության, հասցեների վերագրումը։ Windows-ում դրանք ապրում են կույտի տարբեր մասերում, նույնիսկ երբ մեկ մեքենան կատարում է բոլոր երեքը։ Յուրաքանչյուրն ունի իր մուտքերն ու իր ձախողման ձևը, և յուրաքանչյուրը կարելի է հանձնել այլ արտադրանքի։ Դրանք թղթի վրա բաժանելը փոքր տեղաբաշխումը հասկանալի պահելու ամենաէժան ձևն է։
Ընթեռնելի ձևավորումն անվանում է յուրաքանչյուր հոսքի սեփականատիրոջը՝ մեքենան որպես դեր նկարագրելու փոխարեն։
Ավարտել, փոխանցել, թարգմանել
RRAS-ը ղեկավարում է թունելը Windows-ի բնածին դեպքում՝ վավերացնում է օգտատիրոջը, հատկացնում է հասցե լողավազանից և որոշում, թե որ նպատակակետերն են թույլատրված։ Այլ VPN արտադրանք կարող է տիրել լսողին և վիրտուալ ադապտերին՝ թողնելով Windows-ին վերծանված փաթեթների փոխանցումը։ Microsoft-ի Remote Access փաստաթղթերը տարանջատում են VPN, կայք-կայք և երթուղավորման դերերը, և երթուղավորման դերի տեղադրումը երկրորդ VPN ինքնություն չի ստեղծում։ Մեկ այլ VPN հավելված ավելացնելը նույնպես նրա ադապտերը չի տալիս բոլոր գոյություն ունեցող դարպասի գործառույթներին։
Թարգմանությունը երրորդ և ամենաըստ ցանկության աշխատանքն է։ Այն գալիս է փոխանցումից հետո և փոխում է այն աղբյուրի հասցեն, որը տեսնում է հեռավոր ցանցը։ Ձեզ պե՞տք է այն, կախված է նրանից, թե նպատակակետ ցանցը ինչ կընդունի որպես աղբյուր, և ոչ թե նրանից, որ մեքենան կոչվում է VPN դարպաս։
Ում են պատկանում ադապտերը և լողավազանը
Երբ մի քանի արտադրանք կիսում են հոսթը, չորս բաներից յուրաքանչյուրին պետք է մեկ սեփականատեր՝ լսելու պորտեր, ադապտերի կյանքը, հաճախորդների հասցեների լողավազանը և երթուղիները։ Ադապտերն ամենաանհարմարն է, քանի որ VPN ծառայությունը կարող է այն դինամիկ ստեղծել և ոչնչացնել անջատման պահին։ Այդ ինտերֆեյսին որպես մշտապես անվանված ցանցային քարտ վերաբերվելը և նրա անվան դեմ կանոններ գրելը աշխատում է մինչև հաջորդ վերամիացումը։ Օգտագործեք արտադրանքի աջակցվող ինտեգրման կետը, ոչ թե կոշտ կոդավորեք ինտերֆեյսի անունը։
Հասցեների լողավազանը երկրորդ բախումն է։ Երկու արտադրանք, որոնք բաժանում են համընկնող միջակայքեր, ստեղծում են երթուղավորում, որը ճիշտ է թվում և ոչինչ չի հասցնում։ Լողավազանները պահեք նույն փաստաթղթում, ինչ երթուղիները, որպեսզի մեկի փոփոխությունը տեսանելի լինի մյուսի համեմատ։
Պահպանեք աղբյուրը կամ վերագրեք այն
Հաճախորդի աղբյուրի հասցեն պահպանելը պահում է տեսանելիությունը ըստ օգտատիրոջ՝ մատյանները, քվոտաները և հրամուրային կանոնները կարող են տարբերել մի օգտատիրոջը մյուսից։ Գինը այն է, որ նպատակակետ LAN-ին պետք է վերադարձի երթուղի դեպի դարպաս, և ինչ-որ մեկը պետք է այն պահպանի։ NAT-ով աղբյուրը վերագրելը վերացնում է այդ պահանջը և դրա հետ միասին՝ տեսանելիությունը։ Ընտրեք գիտակցաբար և գրեք, թե ինչ տեղեկատվություն է թաքցնում վերագրումը։
Մասնավոր ցանցի հասանելիությունը, ինտերնետ ելքը և հենց դարպասի վրա ավարտվող կապերը երեք տարբեր ուղիներ են։ Բոլորին էլ միևնույն վերաբերմունքը պետք չէ։
Նկարագրեք հոսքը մեկ նախադասությամբ
Մեկ նախադասությունը պետք է նկարագրի ձևավորումը՝ որ հաճախորդներին է ընդունում այս ծառայությունը, ինչ ռեսուրսներ է տալիս այդ փոխանցման քաղաքականությունը և ինչպես է վերադարձի ուղին ավարտում հոսքը։ Եթե նախադասությանը ճշմարիտ լինելու համար պետք է երկրորդ NAT շերտ, դա սովորաբար նշան է, որ նախորդ մասերը հստակեցված չէին։ Հոսթը նաև ընդհանուր ձախողման և վստահության սահման է, ուստի երթուղավորման փոփոխությունը կարող է ազդել և՛ օգտատերերի հասանելիության, և՛ կառավարման վրա։ Վերջինիս համար պահեք առանձին վերականգնման ուղի։
Կարգավորման կողքին պահեք դերերի ցանկ՝ որ արտադրանքն է ավարտում, որը՝ փոխանցում, որը՝ թարգմանում և ով կարող է փոխել յուրաքանչյուրը։ Հենց այդ ցանկն է հաջորդ փոփոխությունը ստուգելի դարձնում։
Երբ նախադասությունը դառնում է անհասկանալի, ևս մեկ թարգմանության շերտ ավելացնելը հազվադեպ է պարզեցնում այն։ Մեկը հեռացնելը սովորաբար պարզեցնում է։