Windows కనెక్షన్‌ను షేర్ చేస్తున్నారా? దాని కింద VPN మార్గం మారుతుంది
షేర్ చేసిన అడాప్టర్ కంప్యూటర్‌ను రౌటర్‌గా మారుస్తుంది, మరియు ఫార్వర్డ్ చేసిన ట్రాఫిక్ హోస్ట్ యాప్‌ల కంటే వేరే మార్గాన్ని అనుసరిస్తుంది. క్లయింట్ నుండి పరీక్షించండి, హోస్ట్ నుండి కాదు.
ల్యాప్‌టాప్ తన Wi-Fiని షేర్ చేస్తుంది, హోస్ట్ ఫిర్యాదు లేకుండా టన్నెల్ ద్వారా బ్రౌజ్ చేస్తుంది, ఆ షేర్‌లోని టాబ్లెట్ ఏదీ చేరుకోలేదు. షేరింగ్ ప్రారంభమైన క్షణం నుండి హోస్ట్ కేవలం క్లయింట్‌గా ఉండటం మానేసింది: ఇప్పుడు అది రౌటర్, ఫార్వర్డ్ చేసిన ప్యాకెట్లు వేరే నియమాల సమితిని ఎదుర్కొంటాయి. హోస్ట్‌లో పనిచేసేది దాని వెనుక ఉన్న పరికరం గురించి ఏమీ చెప్పదు. దిగువ క్లయింట్ నుండి తనిఖీలను అమలు చేయండి, ఈ భేదం సైద్ధాంతికంగా ఉండదు.
హోస్ట్ విజయం ఏమీ నిరూపించదు
కనెక్షన్ షేరింగ్ ఒక యంత్రానికి నాలుగు పనులు ఇస్తుంది: చిరునామా కేటాయింపు, ఫార్వర్డింగ్, అనువాదం మరియు ఫిల్టరింగ్. స్థానికంగా ఉత్పన్నమయ్యే ట్రాఫిక్‌ను రక్షించే VPN క్లయింట్ ఫార్వర్డ్ చేసిన ట్రాఫిక్‌ను తన పరిధి వెలుపల పరిగణించవచ్చు, లేదా లీక్‌గా ఉద్దేశపూర్వకంగా బ్లాక్ చేయవచ్చు. రెండు ప్రవర్తనల్లో ఏదీ బగ్ కాదు, ఏదీ షేరింగ్ ఆన్ చేసిన స్క్రీన్‌పై రాయబడలేదు. మీ దగ్గర ఏది ఉందో దిగువ పరీక్ష మాత్రమే చెబుతుంది.
చాలా క్లయింట్లు హోస్ట్ ట్రాఫిక్‌ను మాత్రమే ఫార్వర్డ్ చేస్తాయి, మరేమీ కాదు, కాబట్టి టన్నెల్ టాబ్లెట్ కోసం రూట్ చేస్తుందని నమ్మే బదులు క్లయింట్ డాక్యుమెంటేషన్‌లోని షేరింగ్ విభాగాన్ని చూడండి. కనిపించే లక్షణం కనెక్ట్ అయి, చిరునామా పొంది, ఆపై మొదటి అభ్యర్థనలో విఫలమయ్యే పరికరం. ఫార్వర్డ్ చేయడానికి నిరాకరించే క్లయింట్ హోస్ట్‌లో ఇప్పటికీ పూర్తిగా ఆరోగ్యంగా కనిపిస్తుంది.
ఏ అడాప్టర్ షేర్ చేయబడింది, ఏది క్లయింట్లకు సేవ చేస్తుంది
రెండు అడాప్టర్లను నమోదు చేయండి, ఎందుకంటే అవి వేర్వేరు చిరునామాలు మరియు వేర్వేరు ఫిల్టర్లను మోసుకెళ్తాయి, తప్పు దానిపై చేసిన మార్పు చాలా గందరగోళ ఫలితాలను వివరిస్తుంది. షేరింగ్ హోస్ట్ సాధారణంగా దిగువ వైపు స్థిర చిరునామాను తీసుకుంటుంది మరియు అక్కడ చిన్న DHCP మరియు DNS సేవను నడుపుతుంది. Windows ఫార్వర్డింగ్‌ను ప్రపంచవ్యాప్తంగా కాకుండా ప్రతి అడాప్టర్‌కు ఉంచుతుంది, కాబట్టి స్థితిని ఇంటర్‌ఫేస్ వారీగా చదవాలి.
Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceIndex,LinkSpeed
Get-NetIPAddress -AddressFamily IPv4 | Select-Object InterfaceAlias,IPAddress,PrefixLength
Get-NetIPInterface | Select-Object InterfaceAlias,Forwarding,ConnectionState
Get-NetConnectionProfileషేర్ చేసిన అడాప్టర్‌లో ఫార్వర్డింగ్ నిలిపివేయబడినట్లు కనిపిస్తే, టన్నెల్ ఏమి చేసినా దిగువ ఏదీ పనిచేయదు. ఇతర పరికరాల కోసం రూట్ చేయడానికి దాని విధానం అనుమతించే యంత్రంలో మాత్రమే దాన్ని ప్రారంభించండి.
ఫార్వర్డింగ్, అనువాదం మరియు ఫిల్టరింగ్
ఫార్వర్డ్ చేసిన ప్యాకెట్ టన్నెల్‌ను చేరుకోవాలి, దూరపు వైపు అంగీకరించేదానిగా అనువదించబడాలి, అదే అనువాదం ద్వారా తిరిగి రావాలి. ఆ మూడు దశల్లో ఏదైనా విరిగిపోవచ్చు, ప్రతి విరుగుడు అదే బ్రౌజర్ సమయ ముగింపును ఉత్పత్తి చేస్తుంది. ప్యాకెట్ క్యాప్చర్, మార్గ శోధన మరియు దూరపు వైపు నుండి లాగ్ షేరింగ్ సంభాషణను మరోసారి సమీక్షించడం కంటే విలువైనవి. ఏ దశ విఫలమవుతుందో అదే ఎవరి మార్పు అవసరమో చెబుతుంది.
దూరపు వైపుకు షేర్ చేసిన సబ్‌నెట్ కోసం తిరిగి వెళ్లే మార్గం కూడా అవసరం కావచ్చు, VPN సర్వర్ ఎప్పుడూ చూడని పరిధి. క్లయింట్ అనువదించే చోట, సర్వర్ టన్నెల్ చిరునామాను మాత్రమే చూస్తుంది మరియు తిరిగి వెళ్లే మార్గం అవసరం లేదు. అనువదించని చోట, గేట్‌వే యజమాని ఆ మార్గాన్ని ఉద్దేశపూర్వకంగా జోడించాలి, అది క్లయింట్ సెట్టింగ్ కాదు, మార్పు అభ్యర్థన.
తనిఖీలను హోస్ట్‌లో కాదు, క్లయింట్‌లో చేయండి
ప్రతి తనిఖీని పనిచేస్తున్న హోస్ట్‌లో కాదు, విఫలమవుతున్న క్లయింట్‌లో చేయండి. బయటకు వెళ్లే చిరునామా, పరిష్కర్త సమాధానం మరియు అప్లికేషన్ పరీక్షను ఒకే సెషన్‌లో ఉంచండి, ఎందుకంటే గంట వ్యవధిలో సేకరించిన ఫలితాలు మూడూ ఎలా కలుస్తాయో ఏమీ చెప్పవు.
Resolve-DnsName intranet.example.net -Type A
Resolve-DnsName intranet.example.net -Type AAAA
Invoke-RestMethod https://api.ipify.org
Test-NetConnection intranet.example.net -Port 443 -InformationLevel Detailedబయటకు వెళ్లే చిరునామాను హోస్ట్ స్వంత చిరునామాతో పోల్చి రెండూ సరిపోతాయో లేదో గమనించండి. వేరే సమాధానం అంటే ఫార్వర్డ్ చేసిన మార్గం టన్నెల్‌ను దాటవేస్తుంది, అది త్వరిత సరిదిద్దు కాదు, యజమాని ఉన్న విధాన ప్రశ్న. విఫలమవుతున్న యాప్ పక్కన సరిపోయే సమాధానం పనిని పేరు పరిష్కారం లేదా దూరపు వైపు విధానానికి మారుస్తుంది. IPv4 ఫలితంపై కూడా ఆగకండి: షేరింగ్ ప్రతి IPv4 తనిఖీని పాస్ కావచ్చు, అయితే IPv6 వేరే నిష్క్రమణ ద్వారా బయటకు వెళ్తుంది, కాబట్టి AAAA రికార్డు మరియు వివరమైన కనెక్షన్ పరీక్షతో పేరు మరియు నిష్క్రమణ తనిఖీలను పునరావృతం చేయండి.
నిర్వహించబడే యంత్రంలో షేరింగ్‌కు అనుమతి ఉందో లేదో నిర్ధారించండి, ఎందుకంటే మరో పరికరానికి యాక్సెస్ తెరవడం సౌలభ్య స్విచ్ కాదు, పరిపాలనా నిర్ణయం. ఏదైనా మద్దతు ఉన్న మార్పు తర్వాత తిరిగి కనెక్ట్ అయ్యేటప్పుడు మరియు మళ్లీ అంతరాయం సమయంలో తనిఖీలను పునరావృతం చేయండి. హోస్ట్ శుభ్రంగా తిరిగి కనెక్ట్ అయినా క్లయింట్ ఎప్పుడూ మద్దతు ఇవ్వని ఫార్వర్డ్ చేసిన మార్గం తిరిగి రాదు.