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

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

ఎవరూ సెట్ చేయని పని ప్రవాహ భాగం

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

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

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

PlatformPolicy objectWhat it is evaluated against
AndroidPer-app VPN allowlistPackage name of the process opening the socket
WindowsApplication traffic filtersApplication path in the filter rule
LinuxUID or cgroup routing rulesOwner of the socket, which can be a different program

కనెక్షన్ను నిజంగా ఏ ప్రక్రియ సృష్టించింది

ఊహించడం బదులు స్వీకరించే వైపును కొలవండి. టనెల్ను ఆన్ చేసి ఉంచండి, హానిచేయని లింక్పై క్లిక్ చేయండి, కొత్త ప్రోగ్రామ్ కలిగి ఉన్న సాకెట్లను చూడండి.

ss -tnp state established '( dport = :443 )'
Get-NetTCPConnection -State Established | Select-Object RemoteAddress,OwningProcess

మొదటి ఆదేశం Linux లో ఏర్పాటైన ప్రతి సాకెట్ వెనుక ఉన్న ప్రక్రియను పేర్కొంటుంది, రెండవది Windows లో యజమాని ప్రక్రియ గుర్తింపును పరిష్కరించి అదే చేస్తుంది. ప్రక్రియ పేరును మీ విధానంలోని పేర్లతో పోల్చండి. పేరు బ్రౌజర్ అయి, బ్రౌజర్ మినహాయించబడి ఉంటే, క్లిక్ లోపం వల్ల కాదు, రూపకల్పన ప్రకారమే టనెల్ నుండి బయటకు వెళ్లింది. విధాన నియమాన్ని సజీవ సాకెట్కు జోడించడమే మొత్తం పద్ధతి.

హ్యాండ్లర్ ఇప్పటికే నడుస్తున్నప్పుడు, ఆ తర్వాత అది మూసి ఉన్నప్పుడు తనిఖీని పునరావృతం చేయండి. రెండు ఫలితాలు భిన్నంగా ఉండవచ్చు, ఆ భేదమే టనెల్ నుండి తప్పించుకునే లింక్ల గురించి చాలా అడపాదడపా వచ్చే నివేదికలను వివరిస్తుంది.

కవరేజ్ పని ప్రవాహ లక్షణం

ఒక పని మొదటి నుండి చివరి వరకు టనెల్ లోపల ఉండాలంటే, అది చేరుకోగల ప్రతి భాగం విధానంలో ఉండాలి: ప్రారంభకం, హ్యాండ్లర్, దర్శిని, మరియు ప్లాట్ఫారమ్ వాటి మధ్య ఉంచే ఏ మధ్యవర్తి అయినా. విస్తృత కవరేజ్ తరచుగా నిజాయితీ సమాధానం, మరియు ప్రతి పంచుకునే లక్ష్యాన్ని ఆడిట్ చేయడం కంటే చవకైనది.

ఒక యాప్ను సరిచేయడానికి సిస్టమ్ మధ్యవర్తిని మినహాయించడం సాధారణ పొరపాటు. మధ్యవర్తులు పంచుకోబడతాయి, కాబట్టి మినహాయింపు అదే మార్గాన్ని ఉపయోగించే ప్రతి ఇతర యాప్కు కూడా వెళ్తుంది, సాధారణంగా వారాల తర్వాత నివేదిక వచ్చే వరకు ఎవరూ గమనించరు. భాగాన్ని మినహాయించే ముందు దానిపై ఇంకా ఏమి ఆధారపడి ఉందో చదవండి.

గుర్తింపును రూటింగ్ నుండి వేరుగా ఉంచండి. అభ్యర్థన ఏ నిష్క్రమణకు చేరుతుందనే దానితో సంబంధం లేకుండా లింక్ సెషన్ టోకెన్ లేదా ఖాతా గుర్తింపును తీసుకువెళ్లగలదు. సరిగ్గా రూట్ చేసిన క్లిక్ కూడా గమ్యస్థానానికి దాన్ని ఎవరు అనుసరించారో ఖచ్చితంగా చెప్పగలదు.

పని ప్రవాహాన్ని డాక్యుమెంట్ చేయండి, మొదటి చెక్బాక్స్ను కాదు. పని నాలుగు ప్రోగ్రాముల వరకు విస్తరించినప్పుడు, నాలుగు ప్రోగ్రాములతో ఉన్న చిత్రమే ట్రాఫిక్ ఎక్కడికి వెళ్తుందో అంచనా వేస్తుంది, ఒకే-యాప్ సెట్టింగ్ దానిలో ఒక వరుస మాత్రమే.

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