Sheria ya VPN moja ya Android haizuii seva ya SSH inayopangishwa

Imani hii ni ya kawaida kiasi kwamba inachukuliwa kama ukweli: Android inaruhusu VPN moja tu, kwa hiyo seva ya SSH inayoendeshwa kwenye simu haiwezi kufanya kazi kupitia handaki hilo. Nusu ya kwanza ni kweli na hitimisho halifuati. Kikomo cha jukwaa kinahusu ni programu ngapi zinaweza kuchukua nafasi ya huduma ya VPN, sio soketi ngapi zinaweza kuwepo au nani anaruhusiwa kuunganisha na simu. Daemon ya SSH yenye soketi inayosikiliza ni programu ya kawaida yenye bandari ya kawaida, na handaki ni moja ya njia ambazo trafiki yake inaweza kuchukua.

Sheria ya VPN moja inazuia nini kwa kweli

VpnService ni rasilimali ya nafasi moja. Programu inapoweka handaki inakuwa VPN ya kifaa, na programu ya pili inayojaribu kuweka moja inakataliwa hadi ya kwanza itoweke. Hiyo ni sheria kuhusu umiliki wa handaki, na inaeleza kwa nini wateja wawili wa VPN hawawezi kufanya kazi kwa wakati mmoja.

Haisemi chochote kuhusu soketi zinazosikiliza. Seva ya SSH haiiti VpnService, haikamati pakiti na haishindani kwa nafasi hiyo. Inafunga bandari na inakubali miunganisho, kitu kile kile ambacho ingefanya bila VPN yoyote iliyosakinishwa. Kwa hiyo hadithi inachanganya kikomo kwa watoa handaki na kikomo kwa miunganisho ya mtandao, na hizi mbili hazihusiani.

Msikilizaji ni lengo, sio sehemu ya handaki

Handaki linapokuwepo, simu ina anwani juu yake na kifaa mwenzake kina njia kuelekea anwani hiyo. Ikiwa kitu kinajibu huamuliwa na msikilizaji. Daemon iliyofungwa kwa loopback inapatikana tu kutoka kwenye simu yenyewe; daemon iliyofungwa kwa anwani ya zamani ya handaki inaweza kudumisha kifungo chake baada ya kuunganisha tena ingawa anwani iliyoifunga imebadilika.

Sheria za kufunga ni usanidi wa kawaida wa SSH: anwani na bandari ya kusikiliza, na nani anaweza kuthibitisha. Kwenye Android mipangilio hiyo iko katika usanidi wa programu yenyewe, na mmiliki wa mchakato wa programu anaweza kuwa haruhusiwi kutumia bandari za upendeleo, kwa hiyo tabia ya kompyuta ya kufunga bandari 22 kama root haihamishwi bila mabadiliko.

ListenAddress 10.90.0.4
Port 2222
AllowUsers alice

Kisha kuna ruhusa kwenye njia yenyewe. VPN ya watumiaji inayobeba trafiki ya wavuti inayotoka kwa furaha haihitaji kuruhusu miunganisho inayoingia kwa wateja wake kabisa; wengi hawafanyi hivyo, kwa sababu itamweka mteja mmoja wazi kwa mwingine. Ikiwa mwenzake hawezi kufikia anwani ya handaki ya simu kutoka mahali popote, tatizo liko katika sera ya huduma na sio kwenye simu.

Njia ya jibu ndipo inapovunjika kwa kawaida

Tuseme mwenzake anafikia anwani ya handaki ya simu na SYN inawasili. Sasa jibu linapaswa kutoka kwa njia hiyo hiyo, na huo ni uamuzi wa uelekezaji ndani ya simu. Ikiwa jibu linatoka kupitia Wi-Fi kwa sababu hiyo ni mtandao chaguo-msingi, mwenzake anaona muunganisho ambao haukamiliki kamwe, ambao unaonekana kama ukuta wa moto.

Android inafanya hili kuwa gumu zaidi kuliko kompyuta kwa sababu mtandao chaguo-msingi huchaguliwa kwa kila mchakato na unaweza kubadilishwa na sera ya programu ya VPN. Mteja wa VPN anaweza kuelekeza tu orodha ya programu zilizoruhusiwa, kwa hiyo programu ya seva iliyo nje ya orodha hiyo inaendelea kutumia mtandao halisi kwa majibu yake wakati mwenzake anayatarajia kupitia handaki.

Programu pia inaweza kufunga soketi zake kwa mtandao maalum, jambo linalopitiliza chaguo-msingi. Unaposoma ripoti kwamba huduma inapatikana kutoka anwani moja na sio nyingine, kwa kawaida huu ndio utaratibu ulio nyuma yake.

Kupita VPN hakurekebishi huduma inayoingia

Suluhisho maarufu, kuondoa programu ya SSH kwenye VPN ili trafiki yake iacha kuelekezwa upya, ni marekebisho ya tatizo kinyume. Inasaidia wakati usafirishaji wa mteja wa SSH anayetoka unavunjika mara kwa mara kwa sababu ya handaki. Kwa seva inayopangishwa inaweza kuhamisha majibu nje ya handaki ambalo mwenzake anatumia, jambo linalobadilisha kushindwa kwa sehemu kuwa kushindwa kamili.

Vile vile inatumika kwa kufungua bandari ya umma kwenye router. Ikiwa hitaji ni kwamba kifaa kimoja kilichoidhinishwa kifikie simu kupitia VPN, kufichua SSH kwa mtandao ni mfano mwingine wa tishio na sio ukarabati.

Amua kwanza anwani ya huduma: anwani ya LAN ya simu, anwani yake ya handaki, au kituo cha mwisho kilichosambazwa kwa makusudi. Kila moja ina mkataba wake wa ufikiaji na mfiduo, na kuzichanganya ndio njia ambayo tatizo dogo la ufikiaji linakuwa shimo la kudumu.

Chunguza mwelekeo mmoja kwa wakati

Andika mambo manne kabla ya kubadilisha usanidi: anwani ambayo mwenzake anaunganisha nayo, hali ya msikilizaji kwenye simu, mazingira ya programu na mtumiaji anayeimiliki, na njia iliyozingatiwa katika kila mwelekeo. Ripoti inayosema VPN inakatisha SSH haina hata moja wao na haiwezi kutofautisha tatizo la usafirishaji wa mteja na seva isiyofikika.

adb shell ip -br addr
adb shell ip route get 10.90.0.9
nc -vz 10.90.0.4 2222

Endesha ukaguzi wa bandari kutoka kwa mwenzake, sio kutoka kwenye simu, na soma matokeo ya kina ya mteja wa SSH ili kuona ikiwa inashindwa kabla au baada ya kupeana mkono wa TCP. Soketi ambayo haijaunganishwa kamwe na kuingia kulikokataliwa ni hatua tofauti na wenye jukumu tofauti.

Wakati wa utatuzi weka uthibitishaji wa ufunguo wa mwenyeji na vikwazo vya akaunti bila kubadilika. Kikwazo cha msikilizaji na watumiaji walioruhusiwa ndicho kinachofanya seva inayofikika ikubalike; kulegeza kwao ili muunganisho ufanye kazi hubadilisha tatizo moja na baya zaidi. Rejea ya seva ya OpenSSH inashughulikia udhibiti wa kusikiliza na ufikiaji ikiwa utekelezaji wako wa Android unafuata majina yale yale ya usanidi.