VPN հոսթի վրա, թե հաճախորդ Genymotion-ի ներսում․ որոշեք, թե ումն է թունելը

Սեղանի VPN-ը երկու տեղով ազդում է Genymotion-ի վրա, և մեկի ուղղումը ոչինչ չի ապացուցում մյուսի մասին։ Առաջինը այն կապն է, որն սեղանի հավելվածն օգտագործում է վիրտուալ սարքը կառավարելու համար․ երկրորդը վիրտուալ Android հավելվածի ուղին դեպի մասնավոր ծառայություն։ Որոշեք, թե դրանցից որն եք իրականում փոխում, նախքան ադապտերին դիպչելը, ապա գրանցեք Genymotion Desktop-ի տարբերակը, հոսթի օպերացիոն համակարգը և հիպերվիզորը, որովհետև VirtualBox միայն-հոսթ ադապտերի համար գրված ուղեցույցը չի փոխանցվում QEMU սարքին կամ ամպում հյուրընկալված նստաշրջանին։

Երկու ուղի մեկ մեքենայի վրա

Կառավարման ուղին անցնում է Genymotion սեղանի հավելվածից դեպի վիրտուալ սարքը, հաճախ միայն-հոսթ ցանցով։ Հավելվածի ուղին անցնում է Android-ի ներսից դուրս՝ դեպի այն, ինչի հետ խոսում է հավելվածը։ Հոսթի VPN-ը կարող է կրել երկրորդը և կոտրել առաջինը, դրա համար էլ աշխատող դիտարկիչը սեղանին շատ քիչ բան է ապացուցում։ Մեկ թունելը կարող է սպասարկել երկու ուղիներին կամ միայն մեկին, և այդ դասավորությունը որոշում է, ոչ թե պատահականություն։

Գրեք, թե որ ուղին եք ախտորոշում։ Այս ոլորտում կորցրած ժամերի մեծ մասը գալիս է մասնավոր հավելվածի DNS-ը փոխելուց, երբ սարքը երբեք չի միացել, կամ հոսթի VPN-ը թուլացնելուց, երբ հավելվածն ուղղակի սխալ լուծիչ ուներ։

Կառավարման կապը կենդանի պահեք

Genymotion-ի սեփական Desktop աջակցության նշումը փաստագրում է VirtualBox-ի դեպք․ հոսթի VPN-ը միացնելուց հետո Desktop-ն այլևս չի տեսնում վիրտուալ սարքը, և միակ կարևոր բացառությունը VirtualBox-ի ցանցային կառավարիչում նշված իրական միայն-հոսթ ադապտերն է։ Թվարկեք այդ ադապտերները՝ տիրույթ գուշակելու փոխարեն․

VBoxManage list hostonlyifs

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

Նույն նշումն ասում է, որ QEMU համադրությունը VPN-ի հետ չի փորձարկվել։ Ընդունեք դա որպես համատեղելիության սահմանափակում, ոչ թե ակնարկ, որ կամուրջ ցանցին անցնելը կվերացնի այն․ ադապտերը փոխելը փոխում է խափանումը, բայց չի լուծում չփորձարկված համադրությունը։

Տարբերակ Ա․ թող հոսթը կրի երթևեկությունը

Այս ընտրությամբ հյուրի փաթեթները պետք է հասնեն ինտերֆեյսի, որը VPN-ը և՛ թույլատրում է, և՛ գաղտնագրում։ Սա երթուղավորման հարց է, ոչ թե կարգավիճակի լույսի հարց․ հյուրի փաթեթները պետք է հասնեն այն ինտերֆեյսին, որը VPN-ը կգաղտնագրի, և պատասխանները պետք է գտնեն վերադարձի ճանապարհը։

Հոսթի վրա գտնվող դիտարկիչը ապացուցում է հոսթի ուղին և ոչինչ այն մասին, թե արդյոք ընդունվում է վիրտուալ սարքից եկած աղբյուրը։ Որոշ VPN հաճախորդներ փոխանցված կամ թարգմանված երթևեկությունը տարբեր կերպ են վերաբերվում, քան տեղում ստեղծվածը, ուստի փորձարկեք Android-ի ներսից, նախքան եզրակացնելը, որ թունելն աշխատում է։ Android-ի լուծիչը նույնպես հոսթի լուծիչը չէ։ Եթե անունները լուծվում են սեղանին և ձախողվում հավելվածում, կարդացեք հյուրի լուծիչի կարգավորումը նախքան VPN պրոֆիլին դիպչելը։

Տարբերակ Բ․ գործարկեք աջակցվող հաճախորդ Android-ի ներսում

Այստեղ հյուրը պահում է իր պրոֆիլը, հավատարմագրերը, երթուղիները և լուծիչի քաղաքականությունը։ Սովորական Android VPN ինտերֆեյսներ-ները արմատային մուտք չեն պահանջում, ուստի ստանդարտ հաճախորդը տեղադրվում և միանում է վիրտուալ սարքի ներսում։ Հաստատումը այն մասն է, որը մարդիկ բաց են թողնում։ Կազմակերպությունը պետք է թույլատրի այդ հաճախորդը և այդ վիրտուալ սարքի միջավայրը, և մաքուր ներմուծումն ինքնին չի բավարարում սարքի գրանցման կամ կարգավիճակի ստուգումներին։ Հարցրեք նախքան դրա շուրջ աշխատահոսք կառուցելը։

Երկու ընտրանքները կարող են նաև շերտավորվել․ Android-ի ներսում թունելը կարող է հասնել իր սերվերին արդեն հոսթի վրա աշխատող թունելով։ Նման դասավորությանը պետք է հասանելի վերջնակետ և ձեր իրականում թույլատրած փոխանցում, ոչ թե երկու կանաչ լույս, որոնք պատահաբար միասին վառվում են։

Ստուգեք հավելվածից և գրեք դասավորությունը

Յուրաքանչյուր փորձարկման համար օգտագործեք նույն Android հավելվածը և կարդացեք, թե ինչ է հաղորդում․ արդյոք հասցեն պատասխանում է, արդյոք մասնավոր անունը լուծվում է և ինչ է վերադարձնում հավելվածը։ Երեք դիտարկում առանձնացնում են երթուղավորման խափանումը լուծիչի խափանումից և քաղաքականության մերժումից։

Երբ սարքը չի միանում, կամ Desktop-ը կորցնում է այն, ընդունեք դա որպես կառավարման ուղու խափանում, ոչ թե DNS խափանում։ Այդ ախտանիշը պատկանում է առաջին ուղուն, և ուղղումը հոսթի վրա է, ոչ Android-ի ներսում։ Ավարտեք՝ գրանցելով չորս փաստ․ Genymotion Desktop-ի տարբերակը, հիպերվիզորը, թե որ կողմն է տիրում թունելին և ճշգրիտ միայն-հոսթ բացառությունը, եթե մեկն ավելացվել է։ Ընտրեք փաստաթղթավորված դասավորություն, որն աջակցում է ցանցի սեփականատերը, և մի՛ համարեք ձեռնարկային VPN-ի անջատումը կամ կարգավիճակի ստուգումների թուլացումը չեզոք խնդրորոնում, երբ մասնավոր ծառայությունը հենվում է դրանց վրա։