అతిథి Wi-Fi ప్రధాన మార్గాన్ని ఉపయోగిస్తూనే ఉంది: దానికి దాని సొంత నిష్క్రమణ ఇవ్వండి

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

లక్షణం: అతిథులు ఇప్పటికీ WAN ద్వారా బయటకు వెళ్తారు

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

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

దశ 1: పేరు మాత్రమే కాదు, నిజమైన విభాగం

SSID పేరు వేర్పాటును సృష్టించదు. అతిథి నెట్వర్క్ దాని సొంత ఇంటర్ఫేస్, VLAN లేదా వంతెనపై ముగుస్తుందో, చిరునామా పరిధి నమ్మకమైన LAN నుండి భిన్నంగా ఉందో తనిఖీ చేయండి. చాలా వినియోగదారు యాక్సెస్ పాయింట్లలో, అతిథి SSID మిగతా అన్నింటితో పాటు అదే విభాగంలో వంతెనగా కలుపబడుతుంది, ఇది సరిచేయబడే వరకు మిగిలిన పనిని అసాధ్యం చేస్తుంది.

తర్వాత అతిథి పరిధిని మరియు దాని DHCP సర్వర్ను నిర్ధారించండి, మరియు రిజాల్వర్ సెట్టింగ్లను మొత్తం రౌటర్కు కాకుండా ఆ విభాగానికి జోడించి ఉంచండి. ఫైర్వాల్ నియమంలో కేవలం వ్యాఖ్యగా మాత్రమే ఉన్న అతిథి సబ్నెట్ విభాగం కాదు, రౌటర్కు సరిపోల్చడానికి ఇంటర్ఫేస్ ఉండదు.

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

దశ 2: మూలం ఆధారంగా సొరంగాన్ని ఎంచుకోండి

రూటింగ్ పట్టికలు గమ్యం ఆధారంగా ఎంపిక చేయబడతాయి, కాబట్టి «0.0.0.0/0 సొరంగానికి పంపు» అనే నియమం అందరికీ వర్తిస్తుంది. విధాన రూటింగ్ రెండవ పరిమాణాన్ని జోడిస్తుంది: మూల చిరునామా ఆధారంగా పట్టికను ఎంచుకోండి. Linux ఆధారిత రౌటర్లో, అది అదనపు నియమం మరియు ప్రత్యేక పట్టిక, మొదట సరిపోలే నియమం గెలుస్తుంది కాబట్టి క్రమం ముఖ్యం:

ip rule add from 192.168.60.0/24 lookup 100 priority 1000
ip route add default dev wg0 table 100
ip route get 1.1.1.1 from 192.168.60.10

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

చాలా రౌటర్ ఫర్మ్వేర్లు అదే విషయాన్ని ఇంటర్ఫేస్ నియమం లేదా మూల ఆధారిత గేట్వే ఎంపికగా వ్యక్తపరుస్తాయి. మీ ప్లాట్ఫారమ్ ఏ సింటాక్స్ ఉపయోగించినా, సూత్రం ఒకటే: ఇన్పుట్ ఇంటర్ఫేస్ లేదా మూల ప్రిఫిక్స్తో సరిపోల్చి, ఆ సరిపోలికకు మాత్రమే మార్గాన్ని ఓవర్రైడ్ చేయండి. గమ్యం ఆధారంగా సరిపోలే నియమం అతిథిని మరియు ఇంటి పరికరాన్ని వేరు చేయలేదు.

దశ 3: ప్రతిస్పందన మార్గం మరియు అనువాదం

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

nft add rule ip nat POSTROUTING ip saddr 192.168.60.0/24 oifname "wg0" masquerade

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

IPv6 కు దాని సొంత నియమం అవసరం. IPv4 కోసం రాసిన విధానం మరొక కుటుంబాన్ని కవర్ చేయదు, మరియు పనిచేసే IPv6 ఉన్న అతిథి పరికరం దాన్ని సంతోషంగా ఉపయోగిస్తుంది, మీ జాగ్రత్తగా రూట్ చేసిన IPv4 మార్గం నిష్క్రియంగా ఉంటుంది. రెండు కుటుంబాలను రూట్ చేయండి లేదా అతిథి విభాగంలో IPv6 ను నిలిపివేయండి, కానీ మీరు రాసిన సంయుక్త నియమం పరికరం వాస్తవంగా చేసేదాన్ని కవర్ చేస్తుందని ఊహించవద్దు. రెండు కుటుంబాలు ప్రారంభించిన క్లయింట్తో పరీక్షించండి, ఎందుకంటే డిజైన్ తట్టుకోవాల్సిన సందర్భం అదే. IPv6 కు ప్రాధాన్యం ఇచ్చే ల్యాప్టాప్ IPv4 మాత్రమే పరీక్షలో సరిగ్గా కనిపిస్తుంది మరియు నిజమైన దానిలో లీక్ అవుతుంది.

వేర్పాటును పరీక్షించండి, బ్రౌజింగ్ మాత్రమే కాదు

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

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

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

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