VPN на домаћину или клијент унутар Genymotion-а: одлучите чији је тунел

Десктоп VPN утиче на Genymotion на два места, а поправка једног не доказује ништа о другом. Прво је веза коју десктоп апликација користи за управљање виртуелним уређајем; друго је путања виртуелне Android апликације до приватне услуге. Одлучите које од тих двеју заиста мењате пре него што дотакнете адаптер, затим запишите верзију Genymotion Desktop-а, оперативни систем домаћина и хипервизор, јер се упутства написана за адаптер „само домаћин“ VirtualBox-а не преносе на уређај QEMU ни на сесију хостовану у облаку.

Две путање на једној машини

Контролна путања иде од Genymotion десктоп апликације до виртуелног уређаја, често преко мреже „само домаћин“. Путања апликације иде из унутрашњости Android-а напоље, ка ономе са чим апликација разговара. VPN на домаћину може да носи другу и сломи прву, зато прегледач који ради на десктопу доказује врло мало. Један тунел може да служи обе путање или само једну, и тај распоред је одлука, а не случајност.

Запишите коју путању дијагностикујете. Већина изгубљених сати у овој области долази од мењања DNS-а приватне апликације када се уређај никада није подигао, или од попуштања VPN-а на домаћину када је апликација само имала погрешан резолвер.

Одржите контролну везу живом

Сопствена Desktop напомена подршке Genymotion-а документује случај са 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-а или слабљење провера стања као неутрално отклањање проблема када приватна услуга зависи од њих.