OpenVPN na Android ba ya ƙara hanya ba tare da adireshin tunnel ba

Bayanan martaba na OpenVPN a Android ba ya ƙara hanya saboda wayar ba ta da adireshi a kan muƙamarin kamanceceniya, don haka babu abin da hanya za ta nuna zuwa gare shi. Hanyoyi suna amsa kawai inda fakiti ya kamata su tafi. Adireshin tunnel yana amsa wanene wayar a cikin tunnel, kuma abokin ciniki dole ya samar da ɗaya kafin muƙamarin ya wanzu. Bi gwaje-gwajen huɗu da ke ƙasa bisa tsari kuma ka tsaya a karon farko da ya gaza, domin gyara hanyoyi kafin adireshin ya wanzu yana ɓoye ainihin matsalar.

Karanta gazawar bisa tsarin da abokin ciniki ke aiwatarwa

VpnService.Builder na Android yana raba ra ayoyin biyu: addAddress() yana sanya adireshi a kan muƙamar da manhajar ke ginawa, addRoute() yana ƙara fifikon manufa, kuma establish() ya ƙi ƙirƙirar muƙamar har sai an ƙara aƙalla adireshi ɗaya. Abokin ciniki na OpenVPN yana daidaita bayanan martaba da zaɓuɓɓukan da uwar garke ke turawa daidai waɗannan kira, don haka haɗin da bai taɓa nazartar adireshi ba ba zai iya gina muƙamar kwata-kwata.

Shi ya sa layin log ɗin da kake karantawa zai iya ambaton hanya alhali dalilin yana mataki ɗaya baya. Abokin ciniki yana isa matakin hanya ne kawai bayan muƙamar ta wanzu; babu adireshi, kiran hanya yana gazawa nan take ko kuma ba ya gudana. Lokacin da log ɗin ya ce ba zai iya ƙara hanya ba, fara da adireshin maimakon rubutun hanya.

Gwaji 1: shin uwar garke tana sanya adireshi a amsa?

Ga hidimar OpenVPN mai hanya, adireshin yana zuwa daga tafkin uwar garke ko daga rabon kowane abokin ciniki, kuma tsarin topoloji ne ke ƙayyade siffarsa. A kan uwar garke OpenVPN 2.4 ko sabo, hidima mai topoloji na subnet tana kama da haka:

topology subnet
server 10.8.0.0 255.255.255.0
client-config-dir ccd

Da wannan siffa uwar garke tana tura wani abu kamar ifconfig 10.8.0.6 255.255.255.0. Tsohuwar tsarin topology net30 yana tura adireshin abokin tarayya maimakon haka, misali ifconfig 10.8.0.6 10.8.0.5, don haka bayanan martaba da aka matsar tsakanin samfuran biyu na iya yin kama da daidai alhali yana ɗauke da netmask mara kyau.

Bincika log ɗin haɗin abokin ciniki don saitin zaɓuɓɓukan da aka tura. Idan ba shi da layin ifconfig kwata-kwata, uwar garke ba ta taɓa aika adireshi ba ko abokin ciniki ya ƙi zaɓin. A kan uwar garke da ke amfani da client-config-dir, fayil ɗin da aka sa wa suna bayan common name na takardar shaida dole ya wanzu kuma ya ɗauki rabon:

# ccd/phone-anna
ifconfig-push 10.8.0.6 255.255.255.0

Gwaji 2: shin abokin ciniki yana riƙe da adireshin da aka ba shi?

Tace mai faɗi da yawa ita ce dalili na biyu da ya zama ruwan dare. pull-filter yana wanzu a OpenVPN 2.4 da sabo, kuma idan tacewa da yawa suka dace da zaɓi ɗaya, na ƙarshe da ya dace ne ke nasara, don haka catch-all a ƙarshe yana cire adireshin ba tare da kuskure ba:

# removes every pushed option, including the address
pull-filter ignore "ifconfig"
pull-filter ignore "route"

Ƙunƙunta tacewa zuwa zaɓin da kake so a cire da gaske kuma bar adireshin:

# keeps the pushed address, drops one unwanted LAN route
pull-filter ignore "route 10.60.0.0"

Shawarar kashe duk pull ɗin yawanci tana zuwa daga wanda yake so ya rabu da hanya ɗaya kawai. route-nopull ita ce maɓalli mafi ƙunci: tana riƙe ifconfig da sauran zaɓuɓɓukan da aka tura yayin da take ƙin hanyoyin da aka tura da zaɓuɓɓuka irin DHCP. Yi amfani da ita lokacin da hakan ne ainihin abin da kake so, kuma amsa tambayar adireshi daban.

Gwaji 3: shin adireshin naka ne da za ka rubuta?

Adireshi da hannu yana da inganci ne kawai lokacin da ma aikaci ya ba ka ƙimar. Idan ka rubuta ɗaya da kanka dole ya fito daga subnet ɗin abokin ciniki na VPN, ya zama na musamman tsakanin zaman da ke aiki kuma ya dace da topoloji da uwar garke ke gudanarwa. Kwafin adireshin gada ta tebur ko mai masaukin da ke kan LAN mai nisa yana gazawa a duka biyun: wayar za ta yi iƙirarin adireshin da ya riga ya wanzu a wani wuri, kuma ƙofar ba za ta sami hanyar dawowa zuwa gare shi ba.

Fifikon LAN mai nisa a cikin hanya manufa ce, ba ainihi na wayar ba ko kaɗan. Hanya ga 10.60.0.0/24 tana cewa isa wannan cibiyar sadarwa ta tunnel; ba ta faɗi kome game da wace adireshi 10.60.0.x wayar za ta riƙe ba, kuma bai kamata wayar ta riƙe ɗayansu ba. Rabon da ba ya canzawa na gefen uwar garke ne, inda ba za su iya yin karo da tafkin mai canzawa ba.

Zama biyu a kan ainihi ɗaya suna bayyana irin wannan karon. Idan takardar shaida ɗaya ta haɗa sau biyu kuma uwar garke ta tura adireshi ɗaya tabbatacce ga duka biyun, zama na biyu yana kwafin na farko, kuma maganin shi ne ainihi daban ko rabo daban maimakon gyara a gefen abokin ciniki.

Gwaji 4: shin wani abu ne ke riƙe da gurbin tunnel?

Android tana ba da izinin hidimar VPN ɗaya mai aiki a lokaci ɗaya. Wata manhajar VPN, ko shigarwar VPN ta kullum da aka bar ta a kunne ga bayanan martaba da ba ya aiki kuma, na iya ɗaukar wannan gurbin kafin abokin cinikinka na OpenVPN ya kira establish(). Sannan muƙamar ba ta taɓa bayyana ba duk da bayanan martaba na da inganci, don haka cire haɗin wata VPN, kashe saitin na kullum sannan ka sake haɗawa kafin ka taɓa bayanan martaba.

Hidima da ke nace kan haɗin Ethernet ita ce wata ƙarshen hanya mara amfani. Manhajar Android ba tare da root ba na iya ƙirƙirar tunnel na IP, ba sashen Ethernet mai haɗi ba, don haka babu adireshin da ka rubuta da zai sa uwar garke dev tap ta yi aiki; dole ma aikaci ya bayar da hidima mai hanya. Lokacin da kake ba da rahoton matsalar, haɗa sunan abokin ciniki da sigarsa, saitin zaɓuɓɓukan da aka tura, topoloji da ainihin matakin da adireshin ya kamata ya bayyana.

Idan duk gwaje-gwajen huɗu sun wuce kuma adireshin yana nan, na musamman kuma an rufe shi daidai, tambayar hanya ta zama ta al ada: waɗanne fifiko uwar garke ke ba da izini da kuma yadda abokin ciniki zai iyakance su. Rubuta adireshin tunnel, netmask ɗinsa da topoloji kafin ka canza wani abu, domin waɗannan ƙimomi uku ne ma aikaci yake buƙata don kwatantawa da ra ayin uwar garke.