VPN-ի և կայքի գործարկումը մեկ հոսթում՝ առանց բախումների

Երբ մեկ հոսթը կիսում եք հանրային կայքի և VPN-ի միջև, ժառանգում եք ոչ թե մեկ, այլ երկու հարց՝ ինչն որտեղ է լսում, և ով ում է նույնականացնում։ Պատասխանեք երկուսին էլ՝ նախքան կոնֆիգուրացիայի ֆայլին դիպչելը, որովհետև լռելյայն արժեքները սխալ են այնպիսի ձևերով, որոնք երևում են միայն ծանրաբեռնվածության տակ։ HTTPS-ով բեռնվող էջը ապացուցում է, որ վեբ լսողը պատասխանում է, և ոչինչ չի ասում զույգի լսողի մասին։ Հաջորդը որոշումների հերթականություն է, որը թույլ չի տալիս, որ երկուսը ուտեն միմյանց։

Որոշեք, թե ինչն որ հասցեով և տրանսպորտով է լսում

Գրեք աղյուսակ երեք սյունակով՝ հասցե, տրանսպորտ և պորտ, և մեկ տող յուրաքանչյուր ծառայության համար՝ ներառյալ վարչական ինտերֆեյսը։ Կայքի TCP 443-ը և VPN-ի UDP 443-ը բախում չեն, նույնիսկ երբ թվերը համընկնում են, որովհետև տրանսպորտը տարբեր է։ Նույն հասցեով, տրանսպորտով և պորտով երկու ծառայությունների պետք է դասավորություն, որը փաստաթղթավորում է իրականացումը, ոչ թե այն, ինչ դուք հորինում եք վթարի ժամանակ։ Այդ աղյուսակը նաև այն արտեֆակտն է, որը հաջորդ փոփոխությունը դարձնում է վերանայելի։

Առանձին հասցեներ կամ երկրորդ պորտ դարձնում են սեփականությունը տեսանելի փաթեթների որսման մեջ, և դա ավելի արժեքավոր է, քան նրբագեղությունը։ Որոշ VPN իրականացումներ աջակցում են պորտի համատեղ օգտագործմանը վեբ սերվերի հետ, բայց մեխանիզմը յուրահատուկ է՝ դեմոնը ստուգում է առաջին բայթերը և փոխանցում այն երթևեկությունը, որը իր սեփական արձանագրությունը չէ։ Ընդհանուր HTTP հակադարձ վստահված սերվերը դա չի անում, և վերնագրերի վերաշարադրումը չի ստիպի նրան հասկանալ գաղտնագրված թունելի ձեռքսեղմումը։ Կարդացեք արձանագրության տեղակայման նշումները, օրինակ՝ OpenVPN լսողի փաստաթղթավորումը, և հետևեք նրա նկարագրած դասավորությանը։

Որոշեք, թե որ ինքնությունը որ ծառայությանն է պատկանում

Զննարկիչի վկայականը և VPN զույգի նույնականացուցիչը տարբեր օբյեկտներ են՝ տարբեր վստահության մոդելներով։ Վեբ վկայականը հաստատվում է հանրային մարմնի կողմից և նշում է հոսթի անուն, մինչդեռ զույգի նույնականացուցիչը նույնականացնում է սարք կամ օգտատեր կենտրոնացուցիչի մոտ և կարող է լինել ինքնաստորագրված կամ ներքին տրամադրված։ Մեկը մյուսի փոխարեն վերաօգտագործելը աշխատում է նեղ դեպքերում և հազվադեպ է արժանի այդ կապակցմանը։ Ստուգման անջատումը, որպեսզի ընդհանուր վկայականը տեղավորվի, բաժանման ծրագիր չէ. այն հեռացնում է այն ստուգումը, որը իմաստ էր տալիս նույնականացուցիչին։

Պահեք երկու պահոցները անկախ և գրեք, թե որ մարմինն է տրամադրում յուրաքանչյուրը։ Երբ մեկը պտտվում է, մյուսը չպետք է փոփոխության կարիք ունենա, և եթե ունի, ապա կապակցումն է, ինչ պետք է ուղղել։

Որոշեք, թե որտեղ է ապրում կառավարումը

VPN-ի վարչական ինտերֆեյսը պատկանում է կառավարման ուղուն, երբեք հանրային լսողին, նույնիսկ երբ հոսթն արդեն սպասարկում է ինտերնետը։ 443-ի վրա վեբ սերվերը չի նշանակում, որ զույգերի կոնսոլը պետք է հասանելի լինի ամենուրեքից, և կոնսոլը սովորաբար ավելի արժեքավոր թիրախն է։ Կապեք այն հանգույցային կամ կառավարման հասցեին, սահմանափակեք ըստ աղբյուրի և պահեք վերականգնման ուղի, որը կախված չէ թունելի բաց լինելուց։ Վերականգնման ուղին կարևոր է, որովհետև սովորական խափանումն այն է, որ փականը շտկելիս ինքներդ ձեզ դուրս եք փակում։

Գրեք նեղ հրապատի կանոններ՝ մեկը յուրաքանչյուր լսողի համար, նշելով ինտերֆեյսը կամ ծառայության հաշիվն այնտեղ, որտեղ հարթակը դա աջակցում է։ Լայն կանոնները, որոնք բացում են հոսթը, քանի որ կայքին 443 է պետք, հենց այն ճանապարհն են, որով վարչական ինտերֆեյսները հայտնվում են սկաներների ինդեքսներում։

Յուրաքանչյուր անգամ, երբ ծառայություն է ավելանում, վերանայեք այդ կանոնները լսողների աղյուսակի դեմ։ Վերանայումը էժան է և բռնում է այն կանոնը, որ ինչ-որ մեկը ավելացրել է գիշերվա երկուսին։

Որոշեք, թե ինչ անել, երբ երկուսը մրցում են

Հոսթը կիսելը նշանակում է կիսել պրոցեսորը, հիշողությունը, ֆայլերի նկարագրիչները և թողունակությունը, և վիճելի ռեսուրսը միշտ չէ, որ ակնհայտն է։ Զբաղված կայքը կարող է լցնել կապերի աղյուսակը, սպառել աշխատանքային բնիկները կամ այնքան ուժեղ սեղմել սկավառակի հերթը, որ VPN-ի մատյանավորումը կանգնի։ Դիտեք օգտագործումը ըստ ծառայության, ոչ թե հոսթի ընդհանուր թվերի, որովհետև միջինը թաքցնում է, թե որ պրոցեսն է սոված։ Եթե մեկ ծանրաբեռնվածություն պարբերաբար խանգարում է մյուսին, մեկուսացրեք նրանց՝ ախտանիշի շուրջ կարգավորելու փոխարեն։

Մեկուսացումը կարող է լինել կոնտեյներ, cgroup սահման, առանձին հերթ կամ երկրորդ հոսթ, և ճիշտ ընտրությունը կախված է նրանից, թե որ ռեսուրսն է մրցում։ Պորտի փոփոխությունն այստեղ ոչինչ չի ուղղում, և ավելի մեծ օրինակը ոչինչ չի ուղղում, եթե սահմանը մեկ հագեցած հերթ է։ Որոշեք չափումով՝ անվանեք ռեսուրսը, բեռնեք այն, ապա ընտրեք ամենափոքր մեկուսացումը, որը վերացնում է մրցակցությունը։

Ստուգեք դրսից, ապա կրկին վերագործարկումից հետո

Փորձարկեք սարքից, որը հոսթի սեփական ցանցում չէ՝ բեռնեք կայքը, բարձրացրեք թունելը և հասեք մեկ ռեսուրսի, որը պահանջում է այն։ Այնուհետև վերագործարկեք յուրաքանչյուր ծառայություն առանձին և կրկնեք մյուս փորձարկումը, որովհետև վերագործարկումն այն պահն է, երբ ընդհանուր լսողի դասավորությունը կորցնում է իր կարգը։ Եթե VPN-ը մեկնարկում է մինչև այն վեբ սերվերը, որը տիրապետում է ընդհանուր պորտին, ապա համօգտագործման մեխանիզմը կարող է երբեք չմիանալ, և ախտանիշը երեկ աշխատած թունելն է։ Կախվածությունը դարձրեք բացահայտ միավորների հերթականության մեջ։

Ապա հաստատեք սահմանները՝ կայքը պատասխանում է իր պորտին, VPN-ը՝ իր սեփականին, իսկ վարչական ինտերֆեյսը պատասխանում է միայն կառավարման ուղուց։ Արձանագրեք արդյունքը լսողների աղյուսակի կողքին՝ ամսաթվով։ Հոսթը, որն անցնում է բոլոր երեք ստուգումները վերագործարկումից հետո, այն հոսթն է, որը կարող եք հանձնել ուրիշին առանց ճեպազրույցի։