ఒకే అతిథి SSID లో రెండు ఫోన్లు పెట్టండి; ఒకటి మరొకటి చూడదు, కానీ రెండూ ఇంటర్నెట్ చేరుకుంటాయి. వాటిలో ఒకదానికి VPN క్లయింట్ జోడించండి; మూడు మీటర్ల దూరంలోని ప్రింటర్ కనిపించకుండా ఉంటుంది, మరో ఖండంలోని సర్వర్ ping కి సమాధానం ఇస్తుంది. సొరంగంలో ఏమీ పాడవలేదు; రెండు వేర్వేరు యాక్సెస్ నిర్ణయాలు ఇమిడి ఉన్నాయి, వాటిలో ఒకటి మాత్రమే మార్గనిర్దేశానికి సంబంధించినది. యాక్సెస్ పాయింట్ వైర్లెస్ క్లయింట్లు ఒకదానితో ఒకటి మాట్లాడగలరా అని నిర్ణయిస్తుంది, VPN క్లయింట్ ఏ గమ్యాలు సొరంగం నుండి బయటకు వెళ్తాయో నిర్ణయిస్తుంది. ఈ రెండింటిని కలిపేయడం గంటల తరబడి నిరుపయోగ కాన్ఫిగరేషన్ మార్పులను తెస్తుంది.

రెండు ద్వారాలు స్వతంత్రం

క్లయింట్ ఐసోలేషన్ ఒక స్విచ్చింగ్ నిర్ణయం. యాక్సెస్ పాయింట్ అనుసంధానిత స్టేషన్ నుండి ఒక ఫ్రేమ్ అంగీకరిస్తుంది, గమ్యాన్ని చూస్తుంది, గమ్యం అదే వంతెనపై ఉన్న మరో స్టేషన్ అని గుర్తిస్తుంది, దాన్ని వదిలివేస్తుంది. స్టేషన్ యొక్క IP చిరునామా ఆ నిర్ణయానికి అసంబద్ధం, VPN కూడా అలాగే.

మార్గనిర్దేశం క్లయింట్పై తీసుకునే మరో నిర్ణయం. VPN యొక్క మార్గ పట్టిక 192.168.1.50 కి వెళ్లే ప్యాకెట్ సొరంగంలోకి ప్రవేశిస్తుందా లేదా Wi-Fi ఇంటర్ఫేస్ ద్వారా బయటకు వెళ్తుందా అని నిర్ణయిస్తుంది. ప్యాకెట్ Wi-Fi ద్వారా బయటకు వెళ్లి, యాక్సెస్ పాయింట్ క్లయింట్లను ఐసోలేట్ చేస్తే, అది యాక్సెస్ పాయింట్ వద్దే చనిపోతుంది. ప్యాకెట్ సొరంగంలోకి ప్రవేశిస్తే, యాక్సెస్ పాయింట్ అసలు గమ్యాన్ని ఎప్పటికీ చూడదు, ఏదీ ఐసోలేట్ చేయలేదు.

సాధారణ యాక్సెస్ పాయింట్పై ఐసోలేషన్ ఏమి నిరోధిస్తుంది

తయారీదారులు దీన్ని అనేక పేర్లతో అందిస్తారు: క్లయింట్ ఐసోలేషన్, AP ఐసోలేషన్, స్టేషన్ ఐసోలేషన్, లేదా దాన్ని సూచించే అతిథి నెట్వర్క్. OpenWrt లో ప్రతి ఇంటర్ఫేస్ ఎంపిక వైర్లెస్ కాన్ఫిగరేషన్ లోపల isolate, వైర్లెస్ డాక్యుమెంటేషన్ లో వివరించినట్లు, అతిథి SSID సాధారణంగా దాని సొంత వంతెన మరియు ఫైర్వాల్ జోన్ను పొందుతుంది. ఫలితం ఏమిటంటే క్లయింట్ల మధ్య unicast ఫ్రేమ్లు వంతెన చేయబడవు, కాబట్టి పొరుగువారికి ping, SMB కనెక్షన్ లేదా ప్రింట్ పని విఫలమవుతుంది, రెండు పరికరాలు పూర్తి సిగ్నల్ చూపినా.

ఆవిష్కరణ ప్రోటోకాల్లు మొదట, అత్యంత స్పష్టంగా నష్టపోతాయి. ప్రింటర్లు మరియు మీడియా పరికరాల mDNS multicast గా 224.0.0.251 కి వెళ్తుంది, SSDP 239.255.255.250 ఉపయోగిస్తుంది, ఆ ఫ్రేమ్లు వంతెనను దాటుతాయా అనేది తయారీదారుపై మరియు multicast-నుండి-unicast మార్పిడి ప్రారంభమై ఉందా అనే దానిపై ఆధారపడి ఉంటుంది. జాబితా నుండి తప్పిపోయిన పరికరం తెలిసిన చిరునామాకు విఫలమైన ప్రత్యక్ష కనెక్షన్ కంటే బలహీనమైన సాక్ష్యం.

VPN ఏమి మారుస్తుంది, ఏమి మార్చలేదు

పూర్తి సొరంగం డిఫాల్ట్ మార్గాన్ని తీసుకుంటుంది, కాబట్టి స్థానిక ఉపజాలాలను క్లయింట్ వాటికి మరింత నిర్దిష్ట మార్గాన్ని ఉంచుకుంటే మాత్రమే చేరుకోవచ్చు. విభజిత సొరంగాలు దీనికి విరుద్ధంగా చేస్తాయి మరియు రూపకల్పన ప్రకారం స్థానిక యాక్సెస్ను కాపాడతాయి. ఈ సెట్టింగ్లలో ఏదీ ఐసోలేట్ చేసే యాక్సెస్ పాయింట్ను దాని రెండు క్లయింట్ల మధ్య ఫ్రేమ్ పంపమని బలవంతం చేయలేదు, అందుకే VPN క్లయింట్లో స్థానిక ట్రాఫిక్కు అనుమతి ఇవ్వడం అవసరం కానీ సరిపోదు.

వ్యతిరేక సందర్భం కూడా అంతే సాధారణం. యాక్సెస్ పాయింట్ సహచర ట్రాఫిక్కు అనుమతి ఇస్తుంది, VPN క్లయింట్ స్థానిక ఉపజాలాన్ని సొరంగం నుండి మినహాయిస్తుంది, ప్రింటర్ ఇంకా సమాధానం ఇవ్వదు ఎందుకంటే హోస్ట్ ఫైర్వాల్ Wi-Fi నెట్వర్క్ను పబ్లిక్గా పరిగణిస్తుంది. మూడు పొరలు, మూడు వేర్వేరు డిఫాల్ట్లు, చాలా VPN లాగ్లలో మార్గం మాత్రమే కనిపిస్తుంది.

ఏ ద్వారం మూసి ఉందో కనుగొనండి

VPN ను చిత్రం నుండి తీసే పరీక్షతో ప్రారంభించండి: రెండు సాధారణ పరికరాలను ఒకే SSID కి కనెక్ట్ చేసి, చిరునామా ద్వారా ఒకదాని నుండి మరొకదానికి చేరుకోవడానికి ప్రయత్నించండి. అది విఫలమైతే, యాక్సెస్ పాయింట్ ఐసోలేట్ చేస్తోంది మరియు ఏ VPN సెట్టింగ్ దాన్ని సరిచేయదు. అది విజయవంతమైతే, క్లయింట్కు వెళ్లి Linux లో ip route get 192.168.1.50 లేదా Windows లో Find-NetRoute -RemoteIPAddress 192.168.1.50 అమలు చేయండి; అవుట్పుట్ ప్యాకెట్ ఉపయోగించే ఇంటర్ఫేస్ను పేర్కొంటుంది.

మార్గం Wi-Fi ఇంటర్ఫేస్ను సూచించినప్పుడు, ప్యాకెట్ ఎన్క్రిప్షన్ లేకుండా బయటకు వెళ్తుంది, యాక్సెస్ పాయింట్ మరియు హోస్ట్ ఫైర్వాల్ దాన్ని అనుమతిస్తాయా అనేది ప్రశ్న అవుతుంది. మార్గం సొరంగాన్ని సూచించినప్పుడు, గమ్యం VPN సర్వర్కు పంపబడుతోంది, ఇది అదే LAN లోని పరికరానికి తప్పు మరియు సాధారణంగా సొరంగం యొక్క అనుమతి జాబితా చాలా విస్తృతంగా ఉందని అర్థం.

ప్రింటర్ పోర్ట్కు ప్రత్యక్ష కనెక్షన్ ఆవిష్కరణ జాబితా కంటే మెరుగైన పరీక్ష. Linux లో nc -vz 192.168.1.50 9100 లేదా PowerShell లో Test-NetConnection 192.168.1.50 -Port 9100 చిరునామా అసలు చేరుకోగలిగేదా అని చెబుతుంది, ఏదైనా అప్లికేషన్ స్థాయి జత చర్చలోకి రాకముందే.

మీరు ఉన్న నెట్వర్క్కు సరిపోయే పరిష్కారాన్ని ఎంచుకోండి

హోటల్ లేదా అతిథి నెట్వర్క్లో ఐసోలేషన్ ఉద్దేశపూర్వకం మరియు దాన్ని బద్దలు కొట్టడానికి ప్రయత్నించకూడదు. స్థానిక పరికరాన్ని చేరుకోలేనిదిగా పరిగణించండి, ప్రింట్ చేయగల లేదా పంచుకోగల హోస్ట్ను చేరుకోవడానికి VPN ఉపయోగించండి, SSID ను LAN గా పరిగణించడం ఆపండి.

ఇంట్లో, పరికరాలు మీవి అయితే ప్రధాన SSID పై ఐసోలేషన్ను నిలిపివేయడం సమంజసం, అతిథి SSID ఐసోలేట్ అయి ఉంటుంది. సెట్టింగ్ యాక్సెస్ పాయింట్ యొక్క వైర్లెస్ కాన్ఫిగరేషన్లో నివసిస్తుంది, దాని స్థానం అక్కడే, ప్రతి క్లయింట్ పైన ఫైర్వాల్ మినహాయింపుల్లో కాదు.

కార్యాలయంలో, యాక్సెస్ పాయింట్, VLAN మరియు హోస్ట్ ఫైర్వాల్ అన్నీ ఉద్దేశపూర్వకమని ఊహించండి. ఐసోలేషన్ ను ఆపమని అడగడం బదులు పరీక్ష ఫలితాలతో ఎస్కలేట్ చేయండి, ఎందుకంటే క్లయింట్లను వేరు చేసే నెట్వర్క్ సాధారణంగా ఏదో రక్షిస్తుంది.

అప్లికేషన్ను ధృవీకరించండి, ping మాత్రమే కాదు

విజయవంతమైన ping మార్గాన్ని నిరూపిస్తుంది, సేవను కాదు. ప్రింటర్లు తరచుగా ముడి 9100 లేదా 631 లో IPP ను అంగీకరిస్తాయి కానీ ఆవిష్కరణను తిరస్కరిస్తాయి, ఫైల్ భాగస్వామ్యానికి 445 తో పాటు పనిచేసే పేరు పరిష్కారం అవసరం. అప్లికేషన్ ఉపయోగించే పోర్ట్ను నిర్ధారించి, తర్వాత పరికరంలో అసలు పనిని మళ్లీ ప్రయత్నించండి.

మీ గమనికల్లో రెండు పొరలను వేరుగా ఉంచండి: Wi-Fi నెట్వర్క్ ఏమి అనుమతిస్తుంది, VPN ఏమి మార్గనిర్దేశం చేస్తుంది. తదుపరిసారి పరికరం జాబితా నుండి మాయమైనప్పుడు, ఆ విభజన మొదట ఎక్కడ చూడాలో చెబుతుంది.

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