Օգտատիրոջը կապված Access Server պրոֆիլը ստեղծվում է մեկ հաշվի համար և մերժում է բոլոր մյուսներին, ուստի ներբեռնման քայլը որոշում է՝ ումն է ֆայլը, նախքան հաճախորդի որևէ կարգավորում կարևոր կդառնա։ Ստորև բերված հերթականությունն այն է, որը տալիս եմ բոլորին, ովքեր խնդրում են «VPN ֆայլը». մուտք գործեք որպես այն անձը, ով կօգտագործի այն, գտեք ձեր սերվերի տարբերակի կառավարման տարրը, կարդացեք՝ ինչին է կապված ֆայլը, հաստատեք, որ քաղաքականությունը թույլ է տալիս այդ տեսակը, ապա հանձնեք այն այնպես, որ դեռ կարողանաք չեղարկել։ Կանգ առեք առաջին ձախողված քայլին. յուրաքանչյուր հաջորդ քայլ ենթադրում է, որ նախորդը պահպանվել է։

Ստուգում 1. մուտք գործեք որպես հաշիվ, ոչ որպես ադմինիստրատոր

Հաճախորդի պորտալը սովորական օգտատիրոջ ինտերֆեյսն է, սովորաբար՝ https://vpn.example:943/ հասցեով, մինչդեռ կառավարումը գտնվում է https://vpn.example:943/admin հասցեով։ Սրանք լռելյայն օրինակներ են. հոսթի անունները, պորտերը և հակադարձ պրոքսիները փոխում են դրանք, ուստի օգտագործեք այն հասցեն, որը տվել է ձեր օպերատորը։ Ադմինիստրատորի ուղով առաջինը մուտք գործելը ամենատարածված սխալն է, քանի որ ադմինիստրատորի սեսիան կարող է հաշիվներ ստեղծել և կառավարել, բայց այն հաշիվը չէ, որը կկրի թունելը։

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

Ստուգում 2. գտեք ձեր տարբերակի ներբեռնման կառավարման տարրը

Մուտք գործելուց հետո պորտալը էջի վերևի հատվածում ցույց է տալիս կապի պրոֆիլի կառավարման տարր։ Access Server 2.14 և ավելի նոր տարբերակների համար ձեռնարկը նկարագրում է այն որպես Կապի պրոֆիլ բաժին՝ «Ներբեռնեք ձեր պրոֆիլը ստորև» վերնագրի տակ։ Այնտեղ, որտեղ պորտալը նաև առաջարկում է նախապես կարգավորված OpenVPN Connect տեղադրիչ, դրանք երկու տարբեր հանձնումներ են. մեկը տեղադրում է հաճախորդը՝ արդեն կցված պրոֆիլով, մյուսը ձեզ տալիս է ֆայլ՝ ձեր արդեն ունեցած հաճախորդի մեջ ներմուծելու համար։

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

Ստուգում 3. կարդացեք՝ ինչին է կապված ֆայլը

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

grep -c "BEGIN CERTIFICATE" office-user.ovpn
grep -n "^remote " office-user.ovpn

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

Ստուգում 4. հաստատեք, որ քաղաքականությունը թույլ է տալիս այդ տեսակը

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

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

Ստուգում 5. հանձնեք, ապա պահեք չեղարկելի

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

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

Առնչվող հոդվածներ