Ինչ է իրականում պարունակում .ovpn ֆայլը և ինչ չի կարող անել

Մարդկանց մեծ մասը ենթադրում է, որ .ovpn ֆայլը կարգավորում է VPN։ Դա այդպես չէ։ այն կարգավորում է մեկ կլիենտ, և այն ամենը, ինչ պահանջում է, պետք է արդեն գոյություն ունենա մյուս կողմում։ Ֆայլի տողը փոխելը կարող է փոխել այն, ինչ փորձում է ձեր մեքենան, երբեք՝ այն, ինչ առաջարկում է սերվերը։ Այդ տարբերությունը բացատրում է ներմուծել կամ միանալ չկարողացող պրոֆիլների շուրջ եղած խառնաշփոթի մեծ մասը։

Կարդացեք ֆայլը որպես ձեր կլիենտին ուղղված հարցումների ցանկ, և նրա տողերի մեծ մասը պարզ կդառնա։

Ֆայլը նկարագրում է ձեր կլիենտը, ոչ թե սերվերը

Պրոֆիլը միավորում է remote վերջնակետը, տրանսպորտ, ինտերֆեյսի տեսակ, ինքնության նյութ և ցանկացած կլիենտային վարք, որն ուզում է օպերատորը։ Յուրաքանչյուր տող կլիենտը կատարում է գործարկման պահին։ Դրանցից ոչ մեկը սերվերին չի հասնում որպես կարգավորման փոփոխություն, և ոչ մեկը չի կարող ստեղծել լսորդ, որն արդեն չի աշխատում։ Պրոֆիլ, որը նշում է TCP 443 այն սերվերի դիմաց, որը լսում է միայն UDP 1194-ով ձախողվում է արդեն առաջին փաթեթում։

Այդ պատճառով նույն ֆայլը երկու կլիենտներում այլ կերպ է վարվում։ ֆայլը խնդրում է, և կլիենտը որոշում է, թե հարցման որ մասը կարող է կատարել։

Տրանսպորտի տողերը պետք է համապատասխանեն արդեն գոյություն ունեցող լսորդին

proto և remote տողերը պետք է համապատասխանեն այն բանին, ինչ սերվերն իրականում կապում է։ UDP-ն սովորական ընտրություն է, քանի որ կորչող դեյտագրամը չի կանգնեցնում թունելը, մինչդեռ TCP-ն կարող է դիմանալ սահմանափակ ցանցերում՝ թունելի ներսում հերթի գլխի արգելափակման գնով։ Պրոֆիլը UDP-ից TCP տեղափոխելը սերվերին չի ստիպում ընդունել TCP։ այն միայն ստիպում է կլիենտին ուղարկել պորտ, որը ոչ ոք չի կարդում։

443 պորտը հայտնի է, որովհետև անցնում է ցանցերով, որոնք գրեթե ուրիշ ոչինչ չեն թույլատրում, և այն մնում է OpenVPN նստաշրջան, այլ ոչ HTTPS հարցում։ Եթե օպերատորը հրապարակում է մի քանի remote տող, կլիենտը փորձում է դրանք հերթականությամբ, ինչը ձախողման դեպքում անցման ցանկ է, ոչ թե բեռի հավասարակշռման որոշում։ Պահեք օպերատորի տրամադրած համակցությունները՝ մի մուտքի հոսթը մյուսի պորտի հետ խառնելու փոխարեն։

Ներկառուցված բանալիները փոխում են ֆայլի հետ վարվելու ձևը

Սերտիֆիկատներն ու բանալիները կարող են ներկառուցված լինել <ca>, <cert> և <key> պիտակների միջև, կամ հիշատակվել որպես առանձին ֆայլեր։ Ներկառուցված նյութը պրոֆիլը դարձնում է ինքնաբավ և նաև գաղտնիք, քանի որ կլիենտի մասնավոր բանալին ճամփորդում է դրա ներսում։ CA սերտիֆիկատը հանրային վստահության նյութ է և անվտանգ է կիսել, իսկ մասնավոր բանալին՝ ոչ, նույնիսկ երբ այն անընթեռնելի տեքստի բլոկ է թվում։

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

Երթուղիներն ու DNS-ը կարող են ընդհանրապես ֆայլից չգալ

Երթուղավորումը կարող է հրել սերվերը, սահմանել պրոֆիլը redirect-gateway -ով, կամ այն կարող է մնալ կլիենտի սեփական լռելյայններին։ Այսպիսով՝ ներբեռնված ֆայլը ամբողջությամբ չի որոշում, թե ուր կգնա երթևեկությունը թունելը բարձրանալուց հետո։ Երբ ներքին անունները լուծվում են, իսկ հանրային կայքերը՝ ոչ, բաժանված թունելի քաղաքականությունն անում է այն, ինչի համար նախատեսված է, և չի ձախողվում։

DNS-ը հետևում է նույն ձևին։ հրված dhcp-option DNS կլիենտը կարող է կիրառել, անտեսել, կամ տեղական լուծիչի կառավարիչը կարող է վերագրել այն։ Միանալուց հետո ստուգեք լուծիչի վիճակը՝ պրոֆիլը նորից կարդալու փոխարեն։

Չաջակցվող ընտրանքները կլիենտի տարբերակի հարց են

Ներմուծման զգուշացումները սովորաբար նշանակում են, որ կլիենտը չի իրականացնում հրահանգ, այլ ոչ թե ֆայլը վնասված է։ Սեղանադիր կլիենտները կարող են գործարկել սկրիպտներ և պլագիններ փաստաթղթավորված վերահսկողության ներքո, մինչդեռ բջջային կլիենտները ընդունում են ավելի նեղ հավաքածու և կարող են լուռ դեն նետել իրենց չհասկացած տողերը։ Հին կլիենտի մերժած ծածկագրման կամ TLS կարգավորումը տարբերակի խնդիր է, որը պետք է լուծել օպերատորի հետ։ Անծանոթ արտոնությունների միացումը՝ ներմուծումը պարտադրելու համար, զգուշացումը փոխանակում է ավելի լայն հարձակման մակերևույթի հետ։

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

Ցանկացած փոխարինումից հետո հաստատեք, թե հավելվածը որ պրոֆիլի գրառումն է օգտագործում, քանի որ նոր ֆայլ ներմուծելը միշտ չէ, որ վերագրում է հինը։