Վեբ հոսթինգ, թե՞ VPS. կարո՞ղ է ձեր պլանը VPN սերվեր աշխատեցնել
Կիսված հոսթինգը, կառավարվող հավելվածը և ինքնակառավարվող սերվերը տալիս են ցանցի տարբեր վերահսկողություն։ Համեմատեք չորս հնարավորություններ նախքան որևէ բան գնելը կամ տեղափոխելը։
Աշխատող կայքը ապացույց է, որ մատակարարը կարող է HTTP սպասարկել, այլ ոչ թե դուք եք կառավարում մեքենա։ Կիսված պլանի, կառավարվող հավելվածի և ինքնակառավարվող սերվերի միջև մեծ բաց կա այն հարցում, թե հաշիվն ինչ կարող է անել ցանցի հետ։ Որոշեք, թե այդ բացի որ կողմն է պետք ձեր VPN նախագծին, նախքան ևս մեկ տարվա համար վճարելը։ Չորս հնարավորություն բաժանում է երկուսին, և դրանցից ոչ մեկը չի հայտնվում գնացուցակում։
Ինչ է իրականում տալիս յուրաքանչյուր պլան
Օգտակար համեմատությունը ոչ գինն է, ոչ սկավառակի չափը, այլ լիազորությունը։ Հարցրեք՝ ինչ կարող է գործարկել հաշիվը, որ միջուկային հատկանիշներին կարող է հասնել, որ պորտերն են ընդունում մուտքային հոսքը և արդյոք թույլատրված հոսքը կարող է նորից դուրս գալ այլ տեղ։
Հոսթինգի արտադրանքների մեծ մասը ընկնում է երեք ձևի մեջ, և միայն վերջինն է ընդհանուր նշանակության սերվեր՝
| Capability | Website plan | Self-managed server |
|---|---|---|
| Long-running custom process | Usually not permitted | Yours to run under a service manager |
| Virtual network interface | Almost never available | Present when the kernel module and privilege allow it |
| Arbitrary inbound port | Restricted to the web stack | Provider filtering still applies |
| Forwarding for clients | Not offered | Possible once routing and policy are configured |
Shell հաշիվը սովորական շփոթության աղբյուր է։ Ֆայլերի փոխանցումը կամ պլանավորված առաջադրանքներին հասանելիությունը կարող է կառավարման տեսք ունենալ, մինչ պրոցեսը սահմանափակված է մեկ պանակով և թույլատրված գործողությունների փոքր հավաքածուով։
Չորս հնարավորություն, որոնք որոշում են պատասխանը
Վերցրեք դրանք հերթականությամբ, որովհետև առաջին քայլի ձախողումը մնացածն անիմաստ է դարձնում։
Առաջինը՝ ծրագրաշարը պետք է աշխատի որպես երկարատև պրոցես, որը դիմանում է սպասարկմանը։ Երկրորդը՝ ներդրումը պետք է կարողանա ստեղծել իր վիրտուալ ինտերֆեյսը, ինչը Linux-ում սովորաբար նշանակում է բացել /dev/net/tun համապատասխան ադմինիստրատիվ թույլտվությամբ, ինչպես որ միջուկի TUN/TAP փաստաթղթերը բացատրում են, թեև ոչ ամեն VPN նախագիծ է օգտագործում այդ սարքը։ Երրորդը՝ հաճախորդները պետք է հասնեն լսողին հանրային հասցեում՝ ձեր նախատեսած տրանսպորտով և պորտով, և HTTPS ընդունող վեբ հակադարձ պրոքսին ոչինչ չի ասում նույն համարի վրա գտնվող անկապ արձանագրության մասին։ Չորրորդը՝ թույլատրված հոսքը պետք է կարողանա առաջ գնալ՝ երթուղիներով, փոխանցմամբ և ցանկացած իրապես աջակցվող թարգմանությամբ։
Ծառայության պայմանները կանգնած են այդ չորսի կողքին և բոլորովին տեխնիկական չեն։ Անսահմանափակ երթևեկության սահմանաչափերը սովորաբար նկարագրում են վեբ հարցումներ, ոչ թե թունել, որը տանում է ուրիշների ներբեռնումները։ Կարդացեք ընդունելի օգտագործման բաժինը նախքան դրա շուրջ ձևավորելը, և հիշեք վերականգնման հասանելիությունը այն օրվա համար, երբ ծառայությունը չի մեկնարկի։
Որտեղ է կանգ առնում վեբ հաշիվը
Վեբ պլանը սովորաբար ձեր կոդը գործարկում է կառավարվող գործարկման միջավայրում՝ ֆիքսված մուտքի կետով։ Նույնիսկ երբ թունելի բինար ֆայլը առկա է, պրոցեսը կարող է չունենալ սարքի հանգույց բացելու, արտոնյալ պորտ զբաղեցնելու կամ երթուղային աղյուսակը փոխելու թույլտվություն։ Այդ սահմանափակումները հենց արտադրանքն են, ոչ թե բացթողում։
Այդ պատճառով VPN խոստացող փլագինը սովորաբար պարզվում է՝ այլ տեղ պրոքսի է։ Եթե ընթացիկ հաշիվը տրամադրում է միայն վեբ կայքի կառավարում, ազնիվ քայլը առանձին սերվերն է, ոչ թե բացակայող լիազորությունը բացող մոդուլի որոնումը։
Երբ մեկ հոսթը պետք է գործարկի երկուսն էլ
Կիսումը հնարավոր է և երբեմն խելամիտ, բայց վերաբերվեք դրան որպես անվտանգության որոշման, ոչ թե հարմարավետության։ Վերբեռնման ձևով վեբ հավելվածը կանգնած է թունելի հավատարմագրերի և կառավարման սոկետի կողքին, և մեկում եղած խոցելիությունը հասնում է մյուսին։ Առանձին հաշիվները, առանձին ծառայության միավորները և առանձին ֆայլային համակարգերը նվազեցնում են այդ ազդեցությունը՝ առանց երկրորդ մեքենա գնելու։
Ռեսուրսների համար մրցակցությունը նույնքան կարևոր է։ Թունելով կատարվող պահուստավորումը և զբաղված վեբ պրոցեսը մրցում են նույն վերին կապուղու և նույն սկավառակի համար, և խափանումը նման է դանդաղ կայքի, ոչ թե հագեցած թունելի։ Որոշեք, թե որ ծանրաբեռնվածությունն է հաղթում մինչև միջադեպը, և սահմանափակեք թունելը, որպեսզի կայքը շարունակի պատասխանել։
Երկու դասավորություններից ոչ մեկը մեկուսացված չէ միայն այն պատճառով, որ երկու ծառայություններն էլ աշխատում են։ Դրանք միասին հոսթավորելու ունակությունը նախագծման սկիզբն է, և մեկուսացման աշխատանքն է, ինչը դարձնում է այն պաշտպանելի։
Լուծեք այն փորձնական հոսթի վրա չորս հրամանով
Նախքան տեղափոխումը, վարձեք թիրախ արտադրանքի ամենափոքր օրինակը մեկ ժամով և ուղղակիորեն փորձարկեք չորս հնարավորությունները։ Հատկանիշների աղյուսակից գուշակելը ավելի քիչ գումար է վատնում, քան սխալ պլանի մեկ տարին, բայց շատ ավելի շատ ժամանակ։
Գործարկեք դրանք փորձնական հոսթի վրա և ձախողումները կարդացեք որպես պատասխաններ, ոչ թե խոչընդոտներ՝
ls -l /dev/net/tun
sudo ip tuntap add dev tun9 mode tun && sudo ip link del tun9
sysctl net.ipv4.ip_forward
ss -lunp | headԱռաջին երկու տողերը ասում են՝ ընդհանրապես կարո՞ղ է թունելային սարք գոյություն ունենալ։ Երրորդը հաղորդում է՝ կարո՞ղ է հոսթը փաթեթներ փոխանցել, իսկ չորրորդը ցույց է տալիս, թե ինչն արդեն լսում է, որպեսզի պորտի բախումը վաղ բռնվի։ Մատակարարը, որը ձախողում է երկրորդ տողում, կարող է դեռ աջակցել օգտվողի տարածքում իրականացմանը, ուստի նրանց աջակցությանը դիմելիս անվանեք ձեզ անհրաժեշտ մեխանիզմը, ոչ թե արտադրանքի կատեգորիան։