Port-ի փոխանցում Android hotspot-ում. երեք մուտքի կետերը

Միացրել եք hotspot-ը, կապել VPN-ը, բացել պորտ հավելվածում, և մյուս սարքը դեռ չի կարողանում միանալ։ Բացակայող մասը գրեթե երբեք ինքը պորտը չէ, այլ այն հարցը, թե որ մեքենան է տիրապետում լսող socket-ին և ինչ հասցեի պետք է հասնի մյուս սարքը։ Ես գնում եմ հեռախոսից դեպի դուրս, որովհետև ձեր առջևի էկրանը ասում է, թե երեք մուտքի կետերից որն եք իրականում ստուգում։

Սկսեք այնտեղ, որտեղ ծառայությունը իրոք աշխատում է

Բացեք այն հավելվածը, որը պետք է ընդունի կապը, և կարդացեք նրա կարգավիճակի էջը։ Եթե գրված է, որ այն լսում է, գրանցեք այն հասցեն, որին կապված է, որովհետև այդ մեկ մանրամասնությունը որոշում է ներքևի դեպքերի մեծ մասը։ 127.0.0.1-ին կապված հավելվածը հասանելի է միայն հեռախոսից, և դա չեն փոխի ոչ hotspot-ի հաճախորդը, ոչ օպերատորի քարտեզագրումը, ոչ VPN-ի ելքը։

Ապա հաստատեք, թե որ սարքն է աշխատեցնում ծառայությունը։ Եթե հեռախոսն է, socket-ը պատկանում է այդ հավելվածին. եթե hotspot-ի հետևում նոութբուք է, լսողը և նրա firewall-ը պատկանում են նոութբուքին, իսկ հեռախոսը միայն փոխանցում է փաթեթները։ Դրանք տարբեր նախագծեր են, և դրանց խառնումն է պատճառը, որ մի տեղ բացված պորտը մյուս տեղում ոչինչ չի անում։

Վրիպազերծվող build-ում adb shell-ը socket-ները թվարկում է /proc/net/tcp-ի միջոցով, սակայն մարդկանց մեծամասնության համար հավելվածի սեփական կարգավիճակն է ազնիվ աղբյուրը։

Առաջին մուտքի կետ. մեկ այլ սարք hotspot-ի վրա

Սա տեղական դեպքն է և ամենահեշտը։ Մյուս սարքը հեռախոսին հասնում է այն հասցեով, որը տեսնում է որպես իր դարպաս, այն պորտով, որով լսում է հավելվածը, և hotspot-ից դուրս ոչինչ չի մասնակցում։ Օպերատորի քարտեզագրում պետք չէ, որովհետև երթևեկությունը երբեք չի լքում տեղական հատվածը։

Երկու բան կոտրում է սա. հավելվածը loopback-ին կապված լինելը, կամ հեռախոսի հաճախորդի քաղաքականությունը, որը թույլ չի տալիս տեղական կապը։ Ստուգեք հավելվածի սեփական արձանագրությամբ, ոչ մերկ TCP-ով, որովհետև ընդունող, ապա մերժող լսողը հեռվից նման է փակ պորտի։

Եթե ծառայությունը աշխատում է միացված նոութբուքի վրա, հեռախոսի hotspot-ի հասցեն ամենևին էլ նպատակակետը չէ. անհրաժեշտ են նոութբուքի հասցեն hotspot-ի ինտերֆեյսում և այնտեղ լսող։

Երկրորդ մուտքի կետ. օպերատորի ուղին

Հեռախոսին բջջային ցանցից հասնելը այլ խնդիր է, և IPv4-ի համար այն հաճախ պարզապես չի աշխատում։ Օպերատորները սարքերը դնում են ընդհանուր թարգմանության հետևում, և դրա համար է, որ RFC 6598-ը առանձնացնում է ընդհանուր հասցեների տիրույթ հենց այդպիսի կարգավորման համար։ Չպահանջված մուտքային կապը չունի քարտեզագրում, որով կհասնի, և ոչ մի տեղական կարգավորում այն չի ստեղծում, որովհետև թարգմանիչը ձեր սարքը չէ։

Root-ի հասանելիությունը նույնպես դա չի փոխում. այն տալիս է հեռախոսի stack-ի կառավարում, ոչ օպերատորի թարգմանչի։ Երբ օպերատորը տալիս է հանրային IPv6 նախածանց, մուտքային ուղի կարող է գոյություն ունենալ, սակայն լսողին և հեռախոսի firewall-ին դեռ անհրաժեշտ է գիտակցված թույլտվություն։

Երրորդ մուտքի կետ. VPN-ի ելքը

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

Տեղական թույլտվության կանոնը չի կարող ստեղծել այդ քարտեզագրումը։ Այն փոխում է, թե հավելվածի պատասխանները որ ուղիով են գնում, և դա կարևոր է, երբ հավելվածը բացառված է թունելից. հարցումն ու պատասխանը կարող են հայտնվել տարբեր ցանցային համատեքստերում, և կապը ձախողվում է որպես firewall-ի խնդիր։

Ստուգեք մեկ ուղի ծայրից ծայր, ապա նշեք տիրոջը

Գրեք քառյակը ստուգելուց առաջ. նախատեսված աղբյուր, նպատակակետի հասցե, տրանսպորտ, պորտ և մեքենան, որը տիրապետում է լսող socket-ին։ Եթե որևէ տարր ենթադրություն է, ստուգումը ոչ մի օգտակար բան չի ասի։

Ապա ստուգեք այդ մեկ թույլատրված ուղին հավելվածի նույնականացումն անվնաս պահելով։ Չհրապարակեք լայն լսող և չանջատեք անկապ հսկիչները միայն այն բանի համար, որ երկիմաստ հասցեի ստուգումը պատասխանի, որովհետև երկու փոփոխություններն էլ մնում են ստուգումից հետո։

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

• Լսողը գտնվում է հասցեում, որին մյուս կողմը կարող է հասնել, ոչ loopback-ում։
• Մյուս կողմն օգտագործում է այդ մուտքի կետի հասցեն, ոչ կարգավիճակի էջի ելքի հասցեն։
• Օպերատորի կամ մատակարարի կողմի ցանկացած քարտեզագրում աջակցվող գործառույթ է, ոչ տեղում ավելացված կանոն։
• Հարցումն ու պատասխանը անցնում են նույն ցանցային համատեքստով, և նույնականացումը դեռ անցնում է։