ఫోన్ను ఇంటి టన్నెల్కు కనెక్ట్ చేయడం మరియు LAN ఫైల్ షేరింగ్ తెరవడం టన్నెల్ పనిచేస్తుందని నిరూపిస్తాయి. ఫోన్ ఇంటర్నెట్ అభ్యర్థనలు ఇంటి ద్వారా బయటకు వెళ్తాయని అది నిరూపించదు. ఈ రెండు ఫలితాల మధ్య భేదం ఫార్వార్డింగ్ విధానం మరియు ఒక మార్గం, ఫోన్లో మరో చెక్బాక్స్ కాదు. చాలామంది ఇప్పటికే కాన్ఫిగర్ చేసామని భావించే భేదం కూడా ఇదే.

మూడు నిర్ణయాలు నిష్క్రమణ మార్గాన్ని సృష్టిస్తాయి: ఫోన్ టన్నెల్కు ఏమి పంపుతుంది, ఇంటి గేట్వే దాన్ని ఎక్కడకు ఫార్వార్డ్ చేస్తుంది, టన్నెల్ లేనప్పుడు ఏమి జరుగుతుంది. ప్రతిదానికీ ఫోన్ స్క్రీన్ నుండి మిగతావి లాగానే కనిపించే వైఫల్య స్థితి ఉంది.

రెండు దూకుడులు, రెండు విధానాలు

బయటి కనెక్షన్ ఇంటి VPN శ్రోత వద్ద ముగుస్తుంది. లోపలి ప్యాకెట్ ఎక్కడో ఫార్వార్డ్ చేయాల్సిన ప్రత్యేక వస్తువు, ఫార్వార్డింగ్ అనేది టన్నెల్ను మొదట అంగీకరించడం కంటే భిన్నమైన ఫైర్వాల్ నిర్ణయం.

phone app -> encrypted tunnel -> home listener
          -> decrypted packet -> forward policy -> home uplink -> destination

సాధారణ ఇంటి రౌటర్లో ఇవి వేర్వేరు నియమ సముదాయాలలో నివసిస్తాయి. టన్నెల్ అంగీకరించడం VPN ఇంటర్ఫేస్పై ఇన్పుట్ విధానం; ఫోన్ ట్రాఫిక్ను ఇంటర్నెట్కు పంపడం ఫార్వార్డింగ్ విధానం మరియు uplink కు అవసరమైన మూల అనువాదం. టన్నెల్ అంగీకరించి ఏమీ ఫార్వార్డ్ చేయని రౌటర్ కనెక్ట్ అయినట్లు చూపి ఏ పేజీని లోడ్ చేయని ఫోన్ను ఇస్తుంది.

VPN సేవ ఇంటి లోపల వేరే మెషీన్లో నడుస్తుంటే ఒక దూకుడు జోడించండి. ఇప్పుడు రౌటర్ ఆ మెషీన్ నుండి వచ్చే ట్రాఫిక్ను చూస్తుంది, కాబట్టి దాని నియమాలు ఫోన్ టన్నెల్ చిరునామాకు కాదు సర్వర్ చిరునామాకు వర్తిస్తాయి, మూల అనువాదం ప్రతి ఫోన్ను ఒకే హోస్ట్లా చూపగలదు.

శ్రోత ఫిల్టర్ కాదు

మీకు అవసరమైన సమాచారం ఇంకా ఉన్నప్పుడే అమలు ఎక్కడ జరుగుతుందో నిర్ణయించండి. రౌటర్లో ఫోన్ టన్నెల్ చిరునామా కనిపిస్తుంది, నేరుగా సరిపోల్చవచ్చు. రెండో అనువాదం వెనుక అది పోయింది, ఫోన్ చిరునామా కోసం రాసిన నియమాలు నిశ్శబ్దంగా దేనితోనూ సరిపోలవు.

విధానం ల్యాప్టాప్కు పనిచేసి ఫోన్కు పనిచేయకపోవడానికి సాధారణ కారణం ఇదే. ల్యాప్టాప్ నేరుగా రౌటర్కు కనెక్ట్ అవుతుంది, ఫోన్ రౌటర్ ద్వారా ఫార్వార్డ్ చేసే సర్వర్కు కనెక్ట్ అవుతుంది, నియమం ఆశించే చిరునామాను మొదటి మార్గం మాత్రమే కాపాడుతుంది. నియమం తప్పు కాదు; అది ఆ బిందువు వద్ద ఇప్పుడు లేని విలువతో సరిపోలుతోంది.

ప్రతి అమలు బిందువు వద్ద కనిపించే మూల చిరునామాతో మార్గాన్ని రాయండి. ఆ ఒకే చిత్రం ఏ నియమాన్ని సవరించకముందే ఈ సందర్భాలలో చాలావాటిని పరిష్కరిస్తుంది.

ఫోన్ నిజంగా ఏమి పంపాలి

ఇంటి ఉపజాలానికి మాత్రమే మార్గం పొందే ఫోన్ ఆ ఉపజాల ట్రాఫిక్ను మాత్రమే టన్నెల్కు పంపుతుంది. మిగతావన్నీ మొబైల్ నెట్వర్క్ ద్వారా బయటకు వెళ్తాయి, అందుకే ఫైల్ షేరింగ్ పనిచేస్తుంది, ఇంటర్నెట్ అభ్యర్థనలు ఎప్పటికీ ఇంటిని చేరవు.

పూర్తి టన్నెల్ కవరేజ్ క్లయింట్ వైపు రౌటింగ్ నిర్ణయం, ఇన్స్టాల్ అయ్యే ప్రొఫైల్ నుండి ఊహించకుండా ప్లాట్ఫారమ్ మద్దతు ఇచ్చే విధానంతో సెట్ చేయాలి. సెట్ చేసిన తర్వాత, VPN సర్వర్కు తిరిగి వెళ్లే మార్గం టన్నెల్ వెలుపల ఉండాలి, లేకపోతే క్లయింట్ తన సొంత రవాణాను నిర్వహించలేదు.

DNS తనకంటూ నిర్ణయానికి అర్హం, ఎందుకంటే మిగతా ట్రాఫిక్ నుండి వైదొలగడానికి ఎక్కువ అవకాశమున్న భాగం అదే. ప్రొఫైల్లోని రిజాల్వర్ చిరునామా క్లయింట్లు వేర్వేరుగా నిర్వహించే సూచన, సొంత ఎన్క్రిప్టెడ్ రిజాల్వర్ ఉన్న యాప్ పూర్తిగా వేరే మార్గం తీసుకోవచ్చు. ఇంటి విధానం అభ్యర్థనలు నిర్దిష్ట రిజాల్వర్ను చేరడంపై ఆధారపడితే, ట్రాఫిక్ నిజంగా వెళ్లే చోటే దాన్ని అమలు చేయండి, లేదా కొన్ని అభ్యర్థనలు అలా చేయవని అంగీకరించండి. మీ రిజాల్వర్ను దాటవేసే అభ్యర్థన దాని కోసం రాసిన నియమాన్ని ఎప్పటికీ చేరదు.

IPv6 DNS లాగానే అదే పేరాలో ఉంటుంది, అనుబంధంలో కాదు. పూర్తి IPv4 టన్నెల్ AAAA ట్రాఫిక్ గురించి ఏమీ చెప్పదు, రెండు స్టాక్ల మొబైల్ నెట్వర్క్లోని ఫోన్ దానికి స్థానిక మార్గాన్ని సంతోషంగా ఉపయోగిస్తుంది. రవాణా లేదా నిరోధాన్ని స్పష్టంగా ఎంచుకోండి.

ఫైర్వాల్ ఏమి చూడగలదు, ఏమి చూడలేదు

గేట్వే తన అమలు బిందువు వెల్లడించే దానిపై పనిచేయగలదు: చిరునామాలు, పోర్టులు, ప్రోటోకాల్, ఇంటర్ఫేస్ మరియు కనెక్షన్ మెటాడేటా. ఫార్వార్డ్ చేసిన HTTPS అభ్యర్థన ఇంటి టన్నెల్ దాటుతుందన్న కారణంతో మాత్రమే పేజీ బాడీ లేదా పాస్వర్డ్ను ఇవ్వదు.

ఈ పరిమితిని చెప్పడం విలువైనది, ఎందుకంటే “దాన్ని ఫైర్వాల్ ద్వారా పంపండి” అనే పదబంధం ఇంటి రౌటర్ చేసే దానికంటే ఎక్కువ తనిఖీని సూచిస్తుంది. గమ్యస్థాన నియమం, DNS విధానం మరియు అప్లికేషన్ పొర ప్రాక్సీ మూడు వేర్వేరు నియంత్రణలు, మూడు వేర్వేరు అమలు ఖర్చులతో.

ఇంటి LAN క్లయింట్లకు కాన్ఫిగర్ చేసిన ఫీచర్ VPN ఇంటర్ఫేస్కు కూడా వర్తిస్తుందని భావించవద్దు. జోన్ సభ్యత్వం కాన్ఫిగరేషన్ ఎంపిక, సరైన జోన్లో లేని VPN ఇంటర్ఫేస్ మీరు సోఫా నుండి పరీక్షించిన ఏ నియమాన్నీ వారసత్వంగా పొందదు.

డిస్కనెక్ట్ స్థితిని నిర్ణయించండి

టన్నెల్ అందుబాటులో లేనప్పుడు ఫోన్ మొబైల్ నెట్వర్క్కు తిరిగి వెళ్తుంది లేదా ట్రాఫిక్ పంపడానికి నిరాకరిస్తుంది. రెండూ సమంజసం, చాలామంది కాన్ఫిగర్ చేశామని నమ్మే దానితో సరిపోలేది వాటిలో ఒకటి మాత్రమే.

వెనక్కి మళ్లడం సౌకర్యంగా ఉంటుంది, నిర్వచనం ప్రకారం లీక్ అవుతుంది: టన్నెల్ పడిన క్షణమే అభ్యర్థనలు క్యారియర్ మార్గంలో బయటకు వెళ్లే క్షణం. నిరోధం బలంగా ఉంటుంది, ఇంటి చేరుకోగల ఉనికిపై ఫోన్ను ఆధారపడేలా చేస్తుంది, ఇది ప్రయాణికుడికి నిజమైన లభ్యత ఖర్చు. రెండు ప్రవర్తనలూ బగ్ కాదు; రెండూ ఉత్పత్తులు, మీరు చెప్పినా చెప్పకపోయినా వాటి మధ్య ఎంచుకుంటున్నారు.

ఊహించడం బదులు ఎంపికను పరీక్షించండి. ఇంటి సేవను ఆపి, తర్వాత ఫోన్ బ్రౌజర్ నుండి ఒక అభ్యర్థన, నేపథ్యంలో నడుస్తున్న యాప్ నుండి మరొక అభ్యర్థన ప్రయత్నించండి. తర్వాత తిరిగి కనెక్ట్ అవ్వడం ఇప్పటికే బయటకు వెళ్లిన అభ్యర్థనలను రద్దు చేయదు.

ఫోన్ నుండే రెండు నియంత్రిత తనిఖీలతో ముగించండి: ఇంటి ద్వారా వెళ్లాల్సిన ఒక అనుమతించిన చర్య, ఇంటి విధానం అమలు చేయాల్సిన ఒక నిరాకరణ. తిరిగి కనెక్ట్ అయిన తర్వాత గేట్వే మీరు ఆశించిన ప్రవాహాన్ని ఆశించిన చిరునామా కుటుంబంలో నమోదు చేసిందని నిర్ధారించండి. “కనెక్ట్ అయింది” చూపే ఫోన్ ఆ ధృవీకరణ ప్రారంభం, ఎప్పటికీ ముగింపు కాదు.

సంబంధిత వ్యాసాలు