Android OpenVPN․ մասնավոր երթուղու ավելացում՝ առանց հեռախոսը root անելու
Ավելացրեք մեկ երթուղի այն պրոֆիլում, որը Android-ը իրականում բեռնում է, ապա ստուգեք, որ սերվերը թույլ է տալիս այն։ Ուղեցույց փոփոխության, վերամիացման և չորս ստուգումների համար։
Ձեզ պետք է ևս մեկ մասնավոր ենթացանց՝ ասենք 10.60.0.0/24, որը պրոֆիլում այժմ չկա։ Նոթբուքում դուք կավելացնեիք երթուղի և կշարունակեիք։ Android-ում VPN-ը հավելված է, tun սարքը պատկանում է այդ հավելվածին, և առանց root-ի խմբագրելու ենթակա երթուղային աղյուսակ չկա։ Երթուղին այնուամենայնիվ պետք է գոյություն ունենա, բայց այն մտնում է այն պրոֆիլի մեջ, որը բեռնում է հաճախորդը, և աշխատում է միայն այն դեպքում, երբ մյուս կողմը համաձայն է։ Ահա փոփոխությունը, վերամիացումը, սերվերի կողմը և հետշրջումը։
Մինչ փոփոխությունը՝ ինչ կարող է անել երթուղին և ինչ ոչ
Երթուղին պատասխանում է մեկ հարցի՝ որը ինտերֆեյսը պետք է տանի երթևեկությունը դեպի այս նպատակակետը։ Այն ոչինչ չի լիազորում։ Եթե ցանցի սեփականատերը չի համաձայնել, որ այս հեռախոսը կարող է հասնել այդ ենթացանցին, ճիշտ երթուղին ստեղծում է ճիշտ տեսք ունեցող կոնֆիգուրացիա և լուռ անկում դարպասում, և հաջորդ ժամը կանցկացնեք սխալ ֆայլը խմբագրելով։
Սկզբում ստացեք այդ համաձայնությունը, գրավոր, եթե ցանցն ունի սեփականատեր։ Ապա նշեք, թե ինչ չեք անում․ դուք հեռախոսին հասցե չեք տալիս այդ LAN-ի ներսում, չեք փոխում սերվերի լսիչը և հոսթային անունով կայք չեք ընտրում։ Սրանք չորս տարբեր փոփոխություններ են, և միայն առաջինն է ձերը։
| The route gives you | The route does not give you |
|---|---|
| A destination prefix associated with the tunnel | Permission to forward at the gateway |
| A path for the phone's own traffic | A return route on the target host |
| A scope for the client's virtual interface | A name in DNS, or HTTPS identity |
Խմբագրեք այն պրոֆիլը, որը հաճախորդը իրականում բեռնում է
Սովորական OpenVPN տարբերակի տեքստ ներմուծող համատեղելի հաճախորդի համար լրացումը մեկ տող է․
route 10.60.0.0 255.255.255.0Ավելացրեք այն պրոֆիլի մարմնում, մյուս երթուղային հրահանգների մոտ, և օպերատորի endpoint-ը, վկայագրերը, բանալիների կառավարումը և ստուգման տողերը թողեք ճիշտ այնպես, ինչպես եղել են։ Մի տող փոխ առնելու համար մի ամբողջ հին օրինակ մի տեղադրեք․ սեղմումը, բացարձակ ֆայլային ուղիները և հնացած cipher կարգավորումները ճամփորդում են նրա հետ և կարժենա ձեզ առանձին վրիպազերծման սեսիա։
Այն քայլը, որը մարդիկ բաց են թողնում, ֆայլի սեփականությունն է։ Եթե հավելվածը ներմուծել է պրոֆիլ, ապա այն պատճենը, որը նա օգտագործում է, հավելվածինն է, և ներբեռնված բնագրի խմբագրումը ոչինչ չի փոխում։ Օգտագործեք հաճախորդի աջակցվող խմբագրիչը կամ վերաներմուծեք խմբագրված ֆայլը թարմացման ուղով, և երբ կան միանման անուններ, հաստատեք ակտիվ պրոֆիլի անունը։ Գրանցեք, թե որն եք փոխել։
Եթե պրոֆիլն արդեն կրում է route-nopull, ապա սերվերից ոչ մի երթուղի չի տեղադրվում, և հեռախոսին անհրաժեշտ յուրաքանչյուր նախածանց պետք է բացահայտ թվարկվի։ Սա օրինական ձևավորում է, բայց նշանակում է, որ բաց թողնված տողը ճիշտ նույն տեսքն ունի, ինչ սերվերի մերժումը։
Վերամիացեք և ստուգեք սարքում
Նախ անջատեք, ապա վերամիացրեք հենց այն պրոֆիլը, որը խմբագրել եք, փոխանակ թույլ տալու հավելվածին վերականգնել վերջին սեսիան։ Բացեք միացման մատյանը և հաստատեք, որ հաճախորդը վերլուծել է նոր տողը․ երթուղային հրահանգը, որն անտեսում է ինտերֆեյսը, սխալ պատճենը խմբագրելու սովորական հետևանք է։
Փորձարկեք նպատակակետը հասցեով, ոչ անունով։ Հայտնի ծառայության պորտին TCP ստուգումն ավելի տեղեկատվական է, քան ping-ը, որովհետև շատ հոսթեր պատասխանում են ICMP-ին, մինչ ծառայության պորտը զտված է։ Եթե հասցեն պատասխանում է, իսկ անունը՝ ոչ, ապա դուք ունեք լուծիչի հարց, ոչ թե երթուղային, և հաջորդ բաժինը ձեզ համար չէ։
Այստեղ տեղ ունեն նաև երկու շրջանակի ստուգումներ։ Հավելվածով պայմանավորված VPN-ը նշանակում է, որ հասցեային երթուղին կարող է լինել, մինչ ձեր փորձարկած հավելվածը գտնվում է ընդգրկված բազմությունից դուրս, ուստի փորձարկեք իսկապես ներսում գտնվող հավելվածով։ Իսկ IPv4 նախածանցը ոչինչ չի ասում IPv6 ուղու մասին․ եթե ծառայությունը dual-stack է, ավելացրեք համապատասխան IPv6 երթուղին կամ սպասեք, որ հաճախորդը կնախընտրի ձեր չնախատեսած ուղին։
Մեկ բացասական արդյունք արժե վաղ ճանաչել․ եթե full-tunnel երթուղին արդեն ծածկում է 0.0.0.0/0-ը, նախածանցը չի բացակայում, և նրա կրկնակի ավելացումը ոչինչ չի փոխում։ Կրկնակի ծածկույթը չի վերանորոգում սերվերի կողմի մերժումը կամ բացակայող պատասխանը։
Ավարտեք ուղին սերվերում
Երեք բան պետք է ճիշտ լինի հեռախոսից դուրս։ Դարպասին պետք է երթուղի դեպի նպատակակետ և թույլտվություն՝ հեռախոսի աղբյուրը դեպի այն փոխանցելու։ Թիրախը պետք է ընդունի այդ աղբյուրը և պատասխանները հետ ուղարկի դարպասով, հակառակ դեպքում ձևավորմանը պետք է դիտավորյալ թարգմանություն ելքում։ OpenVPN ձեռնարկի route տարբերակը ծածկում է հաճախորդի կողմի հրահանգը․ փոխանցումը և վերադարձի երթուղումը առանձին կարգավորումներ են առանձին մեքենաներում։
Եթե նպատակակետը գտնվում է մեկ այլ VPN հաճախորդի հետևում, ոչ ուղիղ դարպասի հետևում, սերվերին պետք է iroute այդ գործընկերոջ ենթացանցի համար։ Այդ հրահանգը սերվերինն է և նկարագրում է, թե որ հաճախորդն է տիրապետում նախածանցին․ հեռախոսը չի կարող այն տրամադրել իր պրոֆիլից, և հաճախորդի կողմի խմբագրման ոչ մի քանակություն այն չի փոխարինում։
Բացահայտ ստուգեք վերադարձի ուղին։ Պատասխանը, որը դուրս է գալիս լռելյայն երթուղով, այլ ոչ թունելով, ստեղծում է դասական կիսաբաց ախտանիշը․ կապը հաստատվում է մեկ ուղղությամբ և ոչինչ հետ չի գալիս։ Աղբյուրի թարգմանությունը դարպասում օրինական ուղղում է, երբ թիրախը չի կարող հետ երթուղավորել, բայց դա քաղաքականության որոշում է իր հետևանքներով։
Հետշրջում և ընդունում
Պահպանեք նախորդ պրոֆիլը մինչ խմբագրելը։ Եթե փոփոխությունը վատացնում է վիճակը, վերականգնեք այդ պատճենը նույն վերաներմուծման ուղով, վերամիացեք և հաստատեք, որ հին վարքը վերադառնում է․ դա հաստատում է, որ փոխել եք այն, ինչ մտածում էիք փոխել։ Հետշրջումը, որը չի վերականգնում հին վիճակը, նշանակում է, որ հավելվածը պահում է երրորդ պատճեն, որը դուք չեք գտել։
Ընդունեք փոփոխությունը, երբ չորս բան պահպանվում է, թարմ վերամիացումից հետո այս հերթականությամբ ստուգված․ նպատակակետը պատասխանում է իր ծառայության պորտին, մասնավոր անունը լուծվում է, եթե սպասվում է, HTTPS-ը դեռ վավերացնում է նախատեսված հոսթային անունը, և ամբողջը դեռ աշխատում է վերագործարկումից կամ Wi-Fi-ից բջջային ցանցին անցնելուց հետո։ Վերջին ստուգումն է, որ բռնում է այն երթուղին, որը գոյություն ունի միայն մինչև Android-ը նորից հաստատի թունելը։
- Ցանկացած փոփոխությունից առաջ հաստատեք, որ ցանցի սեփականատերը թույլ է տալիս նպատակակետը։
- Տեղադրեք երթուղին այն պրոֆիլում, որը բեռնում է հաճախորդը, ապա վերաներմուծեք և վերամիացեք։
- Ստուգեք ծառայության պորտով, հավելվածային շրջանակի ներսում, ճիշտ հասցեների ընտանիքի համար։
- Ուղղեք փոխանցումը, վերադարձի երթուղումը և iroute-ը սերվերում, ոչ հեռախոսում։
- Պահեք հետշրջման պատճեն և վերստուգեք վերագործարկումից հետո։