Windows-ի OpenVPN պրոֆիլը չի աշխատում Ubuntu-ում՝ երեք շերտ

Միացրեք նույն պրոֆիլը տերմինալից և այն հաղորդագրությունը, որը մարդկանց մեծ մասը պատճենում է, զգուշացում է, ոչ թե հաճախորդի կանգնելու պատճառը։ Այստեղ ձախողվում են երեք անկախ շերտեր՝ ուղարկված հրահանգ, որը Linux-ի հավաքումը չի իրականացնում, tun սարք ստեղծելու համար անհրաժեշտ իրավունքները և resolver օժանդակը, որը կապը դարձնում է աշխատող DNS։ Անցեք դրանց հերթով, որովհետև յուրաքանչյուրը կարող է թաքցնել հաջորդը։

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

Կարդացեք զգուշացումը՝ նախքան մեղադրելը

block-outside-dns Windows-ում DNS-ը կողպում է Windows զտման հարթակի միջոցով, և Linux հաճախորդը ոչինչ չունի այն քարտեզագրելու համար։ Երբ սերվերը ուղարկում է այն, հաճախորդը տպում է անհայտ ընտրանքի տող այդ ուղարկված գրառման համար և շարունակում, որովհետև ուղարկված ընտրանքը մահացու չի համարվում։ Բայց նույն տողը ձեր սեփական ֆայլում այլ հարց է՝ այնտեղ վերլուծիչը կանգ է առնում։ Որոշեք, թե որն ունեք, նախքան որևէ բանի դիպչելը, որովհետև դրանցից միայն մեկն է ավարտում գործարկումը։

Աղմուկը հեռացնելու համար զտեք այն վերլուծությունից առաջ՝ pull-filter ignore գրառում այդ անվան համար, կամ --ignore-unknown-option, երբ տողը գտնվում է տեղական ֆայլում։ Երկուսն էլ լռեցնում են տող, որը դուք արդեն կարդացել եք. ոչ մեկը չի վերանորոգում խափանում, որը դուք չեք ախտորոշել։

Իրավունքները ձախողվում են ամեն ինչից առաջ

tun սարքը և նրան ուղեկցող երթուղիները արտոնյալ օբյեկտներ են, և սովորական հաշիվը չի կարող դրանք ստեղծել։ --user ընտրանքը բացատրում է այդ բաժանումը՝ դեմոնը հրաժարվում է իր արտոնություններից միայն այն բանից հետո, երբ արտոնյալ աշխատանքը կատարված է։ Գործարկեք այն որպես root կամ միավորի միջոցով, որը գործարկում է այն այդպես, ապա ստուգեք թույլտվության սխալը՝ նախքան վկայագրերին նայելը։ Պրոֆիլի ֆայլի թույլտվությունները թուլացնելը պրոցեսին չի տալիս այն իրավունքները, որոնք բացակայում են։

TLS սխալը նշանակում է, որ հաճախորդն անցել է այս շերտը։ Սարքի կամ երթուղու բողոքը նշանակում է, որ այն երբեք չի հասել վերևի շերտին։

Ինչ անում է GUI-ը և ինչ չի անում տերմինալը

Հաջողությամբ միանալը, մինչ բոլոր հարցումները դեռ ձախողվում են, երրորդ շերտն է։ NetworkManager-ը ինքն է կատարում resolver-ի աշխատանքը, դրա համար աշխատասեղանից ներմուծումը կարող է DNS տալ նույնիսկ այն դեպքում, երբ պրոֆիլի up սկրիպտը երբեք հաջող չի աշխատել։ openvpn --config հրամանը կատարում է այն, ինչ նշում է --up-ը, և եթե այդ օժանդակը բացակայում է, միջերեսը հայտնվում է, մինչ հարցումները շարունակում են գնալ նախորդ սերվերներին։ Համեմատեք երկու ուղիների սկրիպտները՝ նախքան որևէ բան տեղադրելը։

Օգտագործեք ձեր տարածման փաթեթավորված օժանդակը. բլոգի գրառումից պատճենված սկրիպտը սովորաբար ուղղված է այլ resolver-ի։ systemd-resolved-ի համար մատակարարվող ինտեգրումը սովորական vpnc ոճի սկրիպտը չէ, և յուրաքանչյուրը հաճախորդից ակնկալում է իր արգումենտներն ու փոփոխականները։ Օգտագործողի կողմից սահմանված up սկրիպտները նույնպես պահանջում են script-security 2՝ նախքան հաճախորդը դրանք ընդհանրապես կկատարի։

Առանձնացրեք շերտերը հաջորդ գործարկմանը

Գործարկեք մեկ անգամ --verb 4-ով և կարդացեք մատյանը այն հերթականությամբ, ինչպես եղել է՝ սարքի ստեղծում, երթուղիներ, TLS ձեռքսեղմում, ապա up սկրիպտի ելք։ Այդ հաջորդականության առաջին ձախողումն այն է, որն արժե ուղղել. դրանից հետո ամեն ինչ սովորաբար հետևանք է։ Թունելը, որը կառուցվում է, երբ resolver-ը չի անում դա, ձեզ դնում է երրորդ շերտում, որտեղ վկայագիրը նշանակություն չունի։ Համեմատելիս թողեք ներբեռնված պրոֆիլը անձեռնմխելի։

Հենց որ օպերատորի յուրաքանչյուր ճշգրտում առաջացնում է ևս մեկ մերժված տող, ֆայլն ուղղված է այլ հարթակի։ Պահանջեք Linux արտահանում՝ փոխարենը մշտական զտիչ ցուցակ կառուցելու։

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