సమాధానం టన్నెల్ నుండి కాదు, LAN నుండి బయటకు వెళుతుంది: ఎందుకు మరియు ఎలా

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

బయటకు వెళ్లే ప్యాకెట్‌ను నిజంగా ఏది నిర్ణయిస్తుంది

కర్నెల్ ప్యాకెట్ గమ్యం కోసం మార్గాన్ని వెతుకుతుంది, విధాన నియమాలను ప్రాధాన్యత క్రమంలో చూసి, ఆపై సరిపోలే నియమం ఎంచుకునే పట్టికను చూస్తుంది. ప్యాకెట్ వచ్చిన ఇంటర్‌ఫేస్‌కు ఎలాంటి పాత్ర లేదు, దాన్ని ముఖ్యమైనదిగా చేయడానికి నియమం లేదా గుర్తు రాయబడకపోతే. ఇది ఈ హోస్ట్ రూటింగ్ వాస్తవం, టన్నెల్ లోపం కాదు.

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

స్థానిక సబ్‌నెట్ ఎందుకు గెలుస్తుంది

స్థానిక నెట్‌వర్క్‌లో చిరునామా ఉన్న హోస్ట్ ప్రధాన పట్టికలో ఆ ప్రిఫిక్స్ కోసం కనెక్ట్ చేయబడిన మార్గాన్ని కలిగి ఉంటుంది, కనెక్ట్ చేయబడిన మార్గం నేరుగా సరిపోలిక. కాలర్ అదే సబ్‌నెట్ నుండి వచ్చినప్పుడు, టన్నెల్ పరిగణించబడకముందే శోధన స్థానిక లింక్‌ను కనుగొంటుంది.

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

పీర్ కవరేజ్ ఇన్‌స్టాల్ చేసిన మార్గాలతో సమానం కాదు

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

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

మూల చిరునామం ప్రకారం పట్టికను ఎంచుకోండి

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

ip -6 route add default dev wg0 table 200
ip -6 rule add priority 32000 from 2001:db8:aa::20/128 lookup 200
ip -6 rule add priority 32001 from 2001:db8:aa::20/128 unreachable

చివరి పంక్తి లేని మార్గాన్ని స్థానిక లింక్‌కు తిరిగి వెళ్లకుండా కనిపించేలా విఫలం చేస్తుంది. మూలం నిజంగా హోస్ట్‌కు కేటాయించబడి ఉండాలి, సాధారణ స్థానిక మరియు ప్రధాన శోధనలు వాటి మునుపటి స్థానాల్లోనే ఉండాలి. నియమం మూలం ప్రకారం పట్టికను ఎంచుకుంటుంది; పట్టికల మధ్య ప్రిఫిక్స్ పొడవులను పోల్చదు.

మార్గాన్ని నిర్ధారించి, తర్వాత సేవను

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

ip -6 route get 2001:db8:bb::30 from 2001:db8:aa::20

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

ఇది ఏమి సరిచేయదు

గేట్‌వేపై ఫార్వార్డింగ్, ఫైర్‌వాల్ నియమాలు మరియు ICMPv6 ప్రవర్తనను మునుపటిలాగే ఉంచండి, ఎందుకంటే మూల-మార్గం వాటిలో ఏదీ భర్తీ చేయదు. లేని Packet Too Big సందేశం ఏ పట్టిక శోధనలో గెలిచినా పెద్ద సమాధానాలను ఇప్పటికీ విరుస్తుంది. రూటింగ్ నియమాలను జోడించే ముందు దాన్ని సరిచేయండి, లేకపోతే మార్పు తర్వాత కూడా లక్షణం కొనసాగుతుంది.

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

చివరగా, నియమ సంఖ్యలు మరియు పట్టికను హోస్ట్ కాన్ఫిగరేషన్ నిర్వహణలో రాయండి. చేతితో జోడించిన విధాన నియమం తదుపరి పునర్నిర్మాణంలో అదృశ్యమవుతుంది, కార్యాలయ కాలర్ అదే ఫిర్యాదుతో తిరిగి వస్తాడు.