Uelekezaji wa bandari kwenye hotspot ya Android: sehemu tatu za kuingia

Uliwasha hotspot, ukaunganisha VPN, ukafungua bandari kwenye programu, na kifaa kingine bado hakiwezi kuunganishwa. Sehemu inayokosekana karibu kamwe si bandari yenyewe. Swali ni ni mashine gani inamiliki soketi ya kusikiliza na ni anwani gani kifaa kingine kinapaswa kufikia. Ninaliangalia hili kutoka kwa simu kuelekea nje, kwa sababu skrini uliyopo inakuambia ni sehemu ipi kati ya tatu za kuingia unajaribu kwa kweli.

Anza mahali huduma inafanya kazi kweli

Fungua programu inayopaswa kupokea muunganisho na usome ukurasa wake wa hali. Ikisema inasikiliza, andika anwani iliyounganishwa nayo, kwa sababu maelezo hayo moja huamua kesi nyingi hapa chini. Programu iliyofungwa kwa 127.0.0.1 inafikiwa tu kutoka kwa simu yenyewe, na hakuna mteja wa hotspot, ramani ya mtoa huduma au toka la VPN litakalobadilisha hilo.

Kisha thibitisha ni kifaa gani kinaendesha huduma. Ni ama simu, na hapo soketi ni ya programu hiyo, au kompyuta ya mkononi nyuma ya hotspot, na hapo msikilizaji na firewall yake ni vya kompyuta hiyo na simu inapeleka pakiti tu. Hizi ni miundo tofauti na wamiliki tofauti, na kuzichanganya ndiyo sababu bandari iliyofunguliwa mahali moja haifanyi chochote mahali pengine.

Kwenye toleo linaloweza kurekebishwa, adb shell inaweza kuorodhesha soketi kupitia /proc/net/tcp, lakini kwa watu wengi hali ya programu yenyewe ndiyo chanzo cha uaminifu. Pia inaepuka mtego wa kujaribu soketi ambayo programu ilifungua kwenye anwani usiyoitarajia.

Sehemu ya kwanza ya kuingia: kifaa kingine kwenye hotspot

Hii ni kesi ya ndani na rahisi zaidi kuifanya sawa. Kifaa kingine kinafikia simu kwenye anwani kinayoiona kama lango lake, kwenye bandari ambayo programu inasikiliza, na hakuna chochote nje ya hotspot kinachohitaji kuhusika. Ramani ya mtoa huduma haihitajiki na hakuna kipengele cha mtoa huduma kinachopaswa kuwepo, kwa sababu trafiki kamwe haitoki kwenye sehemu ya ndani.

Mambo mawili huivunja. Programu imefungwa kwenye loopback, au sera ya mteja kwenye simu hairuhusu muunganisho wa ndani. Jaribu kwa itifaki ya programu yenyewe badala ya muunganisho tupu wa TCP ikiwa programu inathibitisha, kwa sababu msikilizaji anayekubali kisha kukataa kwa mbali anaonekana sawa na bandari iliyofungwa.

Ikiwa huduma inaendeshwa kwenye kompyuta ya mkononi iliyounganishwa na simu, anwani ya hotspot ya simu si lengo hata kidogo. Unahitaji anwani ya kompyuta hiyo kwenye kiolesura cha hotspot na msikilizaji kwenye kompyuta, na simu haina umiliki wa chochote isipokuwa uelekezaji.

Sehemu ya pili ya kuingia: njia ya mtoa huduma

Kufikia simu kutoka mtandao wa simu ni tatizo lingine, na mara nyingi haifanyi kazi kwa IPv4. Watoa huduma huweka simu nyuma ya tafsiri ya pamoja, ndiyo sababu RFC 6598 ilitenga anuwai ya anwani za pamoja kwa mpangilio huo hasa. Muunganisho unaoingia bila kuombwa hauna ramani ya kupitia, na hakuna usanidi wa ndani unaounda moja, kwa sababu mtafsiri si kifaa chako.

Ufikiaji wa root pia haubadilishi hilo. Unakupa udhibiti wa stack ya simu, si wa mtafsiri wa mtoa huduma, na mapishi yanayoahidi kinyume kwa kawaida hudhani anwani ya umma ambayo mtoa huduma hakuwahi kutoa. Mahali mtoa huduma anapotoa kiambishi awali cha IPv6 cha umma, njia ya kuingia inaweza kuwepo, lakini msikilizaji na firewall ya simu bado zinahitaji idhini ya makusudi kabla ya kitu chochote kujibu.

Sehemu ya tatu ya kuingia: toka la VPN

Anwani ambayo tovuti huripoti wakati handaki iko juu ni anwani ya toka kwa trafiki inayotoka iliyofunikwa. Hiyo si kitu kimoja na anwani inayopokea miunganisho inayoingia kwa niaba yako. Kuitumia kwa kuingia kunahitaji kipengele ambacho mtoa huduma hutoa kweli, kama bandari iliyoelekezwa au ramani inayoingia iliyounganishwa na akaunti yako, pamoja na njia inayoweza kutumika kutoka toka hadi mteja.

Sheria ya ruhusa ya ndani haiwezi kuunda ramani hiyo. Inachoweza kufanya ni kubadilisha njia ambayo majibu ya programu hupita, na hilo ni muhimu wakati programu imeondolewa kwenye handaki: ombi na jibu vinaweza kuishia katika miktadha tofauti ya mtandao, na muunganisho unashindwa kwa namna inayoonekana kama tatizo la firewall.

Jaribu njia moja kutoka mwanzo hadi mwisho, kisha taja mmiliki

Andika tuple kabla ya kujaribu: chanzo kilichokusudiwa, anwani ya lengo, usafiri, bandari na mashine inayomiliki soketi ya kusikiliza. Ikiwa kipengele chochote ni dhana, jaribio halitakuambia kitu cha manufaa, na mwishowe utabadilisha tabaka la pili kuelezea la kwanza.

Kisha jaribu njia hiyo moja iliyoidhinishwa huku uthibitishaji wa programu ukiwa sawa. Epuka kuchapisha msikilizaji mpana au kuzima vidhibiti visivyohusiana ili tu ukaguzi usio wazi wa anwani ya umma ujibu, kwa sababu mabadiliko yote mawili yanaishi zaidi ya jaribio na hakuna hata moja linalothibitisha kuwa muundo unafanya kazi.

Mfumo mdogo wa tethering wa Android huelekeza trafiki ya kushuka kwa njia yake mwenyewe, tofauti na ukamataji wa kawaida wa VPN wa programu, kwa hivyo kivinjari kinachofanya kazi kwenye kompyuta iliyounganishwa hakisemi chochote kuhusu ufikiaji wa kuingia kwa huduma kwenye simu. Kabla ya kuiita inafanya kazi:

• Soketi ya kusikiliza iko kwenye anwani ambayo mwenzake aliyekusudiwa anaweza kufikia, si kwenye loopback.
• Mwenzake anatumia anwani iliyo ya sehemu hiyo ya kuingia, si anwani ya toka kutoka ukurasa wa hali.
• Ramani yoyote upande wa mtoa huduma au mtoa huduma ni kipengele kinachotumika, si sheria uliyoongeza ndani.
• Ombi na jibu hupita katika muktadha mmoja wa mtandao, na uthibitishaji wa programu bado unapita.