పాలసీ రూటింగ్ ప్రారంభమయ్యే వరకు LAN క్లయింట్లు రౌటర్ VPNని పట్టించుకోవు
ఫార్వర్డ్ నియమాలు ప్యాకెట్లను అనుమతిస్తాయి, కానీ ఎప్పుడూ ఇంటర్ఫేస్ను ఎంచుకోవు. వేరే పాలసీ పట్టిక మరియు నియమం ఏ LAN క్లయింట్లు రౌటర్ VPNని ఉపయోగిస్తాయో నిర్ణయిస్తాయి.
రౌటర్ తన టన్నెల్ ద్వారా ఇంటర్నెట్కు చేరుతుంది, దాని వెనుక ఉన్న ల్యాప్టాప్ ఇప్పటికీ ISP చిరునామాను నివేదిస్తోంది. అంగీకార నియమాలను జోడించడం సహాయపడదు, ఈ వైఫల్యం బోధనాత్మకం: ఫిల్టరింగ్ ప్యాకెట్ దాటవచ్చా అని సమాధానమిస్తుంది, అది ఎక్కడికి వెళ్తుందో కాదు. ఇంటర్ఫేస్ ఎంపికను మీ క్లయింట్ జాబితా గురించి ఏమీ తెలియని రూటింగ్ శోధన ఇప్పటికే చేసింది. శోధనను సరిచేయండి, ఫైర్వాల్ ఇక సందేహాస్పదం కాదు.
ఫిల్టర్ నియమం ఇంటర్ఫేస్ను ఎంచుకోలేదు
లినక్స్ రౌటర్లో ప్యాకెట్ ప్రవాహం మొదట రూటింగ్ నిర్ణయాన్ని నిర్వహించి తర్వాత ఫార్వర్డ్ హుక్ను నిర్వహిస్తుంది. ఒక నియమం బయటకు వెళ్లే టన్నెల్ పరికరానికి సరిపోలినప్పుడు, టన్నెలే బయటకు వెళ్లే మార్గం అని కర్నెల్ ఇప్పటికే నిర్ణయించింది. ప్రధాన పట్టిక ఇప్పటికీ WAN డిఫాల్ట్ మార్గానికి ప్రాధాన్యం ఇచ్చినట్లయితే, ప్యాకెట్ ISP వైపు వెళ్తోంది మరియు మీరు ఇప్పుడే రాసిన అంగీకార నియమం దానిని ఎప్పటికీ చూడదు. ఈ ఒకే క్రమ వాస్తవం కొత్త ఫైర్వాల్ నియమాల పూర్తి పేజీ ఏమీ ఎందుకు మార్చదో వివరిస్తుంది.
క్రింది ఉదాహరణ br-lanపై 192.168.8.0/24 LAN, టన్నెల్ పరికరం tun0, మరియు టన్నెల్ను ఉపయోగించాల్సిన 192.168.8.23లో ఒక సెట్-టాప్ బాక్స్ను ఉపయోగిస్తుంది.
నియమాలను సవరించే ముందు శోధనను చదవండి
ఆ క్లయింట్ తరఫున మార్గాన్ని పరిష్కరించమని కర్నెల్ను అడగండి. సమాధానంలో బయటకు వెళ్లే పరికరం మరియు ఎంచుకోబడే మూల చిరునామా ఉంటాయి, నిర్ధారణను ధృవీకరించడానికి అంతే సరిపోతుంది. సమాధానం WAN పరికరాన్ని పేర్కొంటే, ప్యాకెట్కు మీ నియమాన్ని చేరుకునే అవకాశమే లేదు.
ip -4 route get 198.51.100.7 from 192.168.8.23
సాధారణ మార్గంలో ఉండాల్సిన క్లయింట్ కోసం ప్రశ్నను పునరావృతం చేయండి. రెండు సమాధానాలు ఒకే పరికరాన్ని పేర్కొన్నప్పుడు, మూల ఆధారిత పాలసీ ఇంకా అమలులో లేదు, మరియు సవరణ ఫిల్టరింగ్లో కాదు, రూటింగ్లో ఉంది.
మీరు కవర్ చేయాలనుకునే క్లయింట్లకు పట్టికను జోడించండి
పాలసీ రూటింగ్ ప్రధాన పట్టిక ముందు నియమ-శోధనను చేరుస్తుంది. డిఫాల్ట్ మార్గం టన్నెల్ అయిన పట్టికను నిర్మించి, తర్వాత ఆ పట్టికను ఎంపికకారుకు కట్టండి: ఇన్పుట్ ఇంటర్ఫేస్, మూల చిరునామా లేదా ఫైర్వాల్ గుర్తు. ప్రాధాన్యతలు క్రమాన్ని నిర్ణయిస్తాయి, ప్రధాన పట్టిక జాబితాలో చాలా కింద 32766లో ఉంది, కాబట్టి తక్కువ సంఖ్య ఉన్న నియమం ముందుగా చూడబడుతుంది. ఇంటర్ఫేస్ ఎంపికకారులు వంతెనపై ప్రతి క్లయింట్ను కవర్ చేస్తాయి; చిరునామా ఎంపికకారులు ఒక యంత్రాన్ని కవర్ చేస్తాయి.
ip -4 route add default dev tun0 table 200
ip -4 rule add iif br-lan lookup 200 priority 200
ఫర్మ్వేర్ ఇంటర్ఫేస్లు సాధారణంగా పాలసీ రూటింగ్ లేదా VPN పాలసీ పేజీ లాంటి వస్తువులనే చూపుతాయి. అక్కడి పరికరాల జాబితా చేతితో రాసిన నియమాల కంటే నిర్వహించడం సులభం మరియు నియమాల వాక్యనిర్మాణాన్ని మార్చే అప్గ్రేడ్ల తర్వాత కూడా సాధారణంగా నిలిచి ఉంటుంది.
ఎంపికకారును ఉద్దేశపూర్వకంగా ఎంచుకోండి. ఇంటర్ఫేస్ నియమం చిన్నది మరియు భవిష్యత్తుకు సురక్షితం, కానీ ఆ వంతెనపై వచ్చే రౌటర్ స్వంత నిర్వహణ ట్రాఫిక్ను కూడా పట్టుకుంటుంది. మూల నియమం కచ్చితమైనది మరియు పరికరాల జాబితా మారిన ప్రతిసారీ సవరణ అవసరం. ఒక పరికరం ఎందుకు భిన్నంగా ప్రవర్తిస్తుందో అడిగే తదుపరి వ్యక్తికి అది అవసరం కాబట్టి ఎంపికను రాసి ఉంచండి.
స్థానిక గమ్యాలను టన్నెల్ వెలుపల ఉంచండి
కొత్త పట్టికకు మీరు ఉంచిన మార్గాలు మాత్రమే తెలుసు. LAN ప్రిఫిక్స్ లేదు, కాబట్టి ప్రింటర్ మరియు NAS ట్రాఫిక్ టన్నెల్ డిఫాల్ట్ను అనుసరించి అదృశ్యమయ్యేది. throw మార్గం ఈ పట్టికలో శోధనను ముగించి నిర్ణయాన్ని ప్రధాన పట్టికకు తిరిగి ఇస్తుంది.
ip -4 route add throw 192.168.8.0/24 table 200
ఆ మార్గాన్ని దాటవేస్తే స్థానిక భాగస్వామ్యాలు విరిగిపోతాయి, మరియు ఎంపికకారు ఉద్దేశించిన దాని కంటే విశాలంగా ఉంటే రౌటర్ స్వంత నిర్వహణ సెషన్ కూడా అదృశ్యం కావచ్చు. తర్వాత మూల ప్రశ్నను పరిష్కరించండి: ఇంకా LAN చిరునామాలను మోసుకెళ్లే టన్నెల్ ప్యాకెట్లకు అవతలి వైపు తిరిగి వెళ్లే మార్గం తెలిసి ఉండాలి, అయితే టన్నెల్పై masquerading ఆ షరతును తొలగిస్తుంది మరియు అవతలి వైపు చూసే క్లయింట్ గుర్తింపును కూడా తొలగిస్తుంది.
రన్టైమ్లో జోడించిన నియమాలు మరియు మార్గాలు రీబూట్ లేదా ఫర్మ్వేర్ అప్డేట్ తర్వాత పోతాయి. వాటిని రౌటర్ స్టార్టప్ వ్యవస్థలో చేర్చి, ఒకసారి రీబూట్ చేసి, క్లయింట్ నుండి మళ్లీ పరీక్షించండి: దాని పబ్లిక్ చిరునామా, WANలో ఉండాల్సిన రెండవ క్లయింట్, మరియు కొత్త కనెక్షన్ సమయంలో టన్నెల్ కౌంటర్లు.