ZeroTier నుండి LAN వరకు: UFW మార్గ నియమాలు, పోర్ట్ అనుమతి కాదు

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

మూడు పనులు, ముగ్గురు యజమానులు

నిర్వహిత మార్గం ZeroTier నెట్‌వర్క్ కాన్ఫిగరేషన్‌కు చెందుతుంది. ఒక ప్రిఫిక్స్ నిర్దిష్ట సభ్యుని చిరునామా ద్వారా చేరుకోగలదని అది సభ్యులకు తెలియజేస్తుంది.

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

తిరిగి వచ్చే మార్గం LAN కు చెందుతుంది. దాని హోస్ట్‌లు మరియు దాని రౌటర్ ఓవర్‌లే ప్రిఫిక్స్ మీ గేట్‌వే LAN చిరునామా ద్వారా చేరుకోగలదని తెలుసుకోవాలి, లేదంటే ఈ ప్రశ్న అసలు రాకుండా ఏదో ట్రాఫిక్‌ను అనువదించాలి.

వీటిలో ప్రతిదీ సరైనదిగా ఉండగా మిగతావి విఫలం కావచ్చు, అందుకే గేట్‌వేను మాత్రమే పింగ్ చేసే పరీక్ష దాని వెనుక ఉన్న సేవ గురించి ఏమీ నిరూపించదు.

నిర్వహిత మార్గాన్ని సభ్యుడి వైపు తిప్పండి

ఉద్దేశించిన LAN ప్రిఫిక్స్ కోసం మార్గాన్ని గేట్‌వే ఓవర్‌లే చిరునామా ద్వారా జోడించండి, దాని LAN చిరునామా ద్వారా కాదు. ఓవర్‌లే చిరునామా అనేది ఇతర సభ్యులు చేరుకోగలిగేది; LAN చిరునామాకు వైర్‌పై మాత్రమే అర్థం ఉంది.

నిర్మాణం పనిచేయాలంటే సభ్యులు నిర్వహిత మార్గాలను అంగీకరించాలి, మరియు వారి స్వంత స్థానిక నెట్‌వర్క్‌లు మీరు ప్రకటించే ప్రిఫిక్స్‌ను ఇప్పటికే ఉపయోగిస్తూ ఉండకూడదు. ఇంట్లో 192.168.60.0/24 పై ఉన్న రిమోట్ ల్యాప్‌టాప్ కూడా ఓవర్‌లే ద్వారా 192.168.60.0/24 ను రూట్ చేయలేదు.

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

ప్రిఫిక్స్ మరియు సభ్యుని చిరునామాను ఫైర్‌వాల్ నియమాలతో ఉన్న అదే గమనికలో రాయండి, ఎందుకంటే అత్యంత సాధారణ లోపం తప్పు సభ్యుడి వైపు చూపే మార్గం.

కర్నెల్‌లో ట్రాన్సిట్‌ను ప్రారంభించండి

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

విధానం UFW స్వంతమైతే, దాని మార్గ నియమాలు మూలం, గమ్యం మరియు ఇంటర్‌ఫేస్ జత కోసం ఫార్వార్డింగ్‌ను వ్యక్తపరుస్తాయి. ఇవి గేట్‌వేపైనే సేవను తెరిచే ఇన్‌బౌండ్ నియమాలకు భిన్నంగా ఉంటాయి:

sysctl net.ipv4.ip_forward
sudo ufw route allow in on zt3f2a1c9d out on eth0 proto tcp to 192.168.60.20 port 443
sudo ufw status verbose

ఇంటర్‌ఫేస్ పేరు ఆ హోస్ట్‌పై ఉన్న వాస్తవ ఓవర్‌లే పరికరం, దాన్ని మీరు ip link నుండి చదవవచ్చు; ఇది అన్ని ఇన్‌స్టాలేషన్‌లలో స్థిరమైన స్ట్రింగ్ కాదు. హోస్ట్ డిఫాల్ట్‌గా ఫార్వార్డ్ చేస్తూ UFW మార్గంలో లేకపోతే, మార్గ నియమం నిర్లక్ష్యం చేయబడుతుంది మరియు కర్నెల్ సెట్టింగ్‌లే ముఖ్యం.

జవాబులు ఎలా తిరిగి వస్తాయో ఎంచుకోండి

మూలాన్ని కాపాడుకున్నప్పుడు LAN సేవ నిజమైన ఓవర్‌లే చిరునామాను చూసి దానికి జవాబిస్తుంది. అందుకు LAN హోస్ట్ లేదా దాని రౌటర్‌పై ఓవర్‌లే ప్రిఫిక్స్‌ను మీ గేట్‌వే వైపు చూపే మార్గం కావాలి, అది Linux పెట్టెకు బయటి మార్పు.

ఆ మార్గాన్ని జోడించలేనప్పుడు, పరిమిత మూల అనువాదం అభ్యర్థనను LAN లోని గేట్‌వే నుండి వచ్చినట్లు కనిపించేలా చేస్తుంది. అప్పుడు జవాబులు స్థానికంగా తిరిగి వస్తాయి, LAN రూటింగ్ మార్చాల్సిన అవసరం లేదు, కానీ సేవా లాగ్‌లలో అసలు మూలం పోతుంది.

అనువాదాన్ని ఓవర్‌లే మూలం మరియు నిర్దిష్ట LAN గమ్యానికి పరిమితం చేయండి. LAN ఇంటర్‌ఫేస్ నుండి బయటకు వెళ్లే ప్రతిదాన్ని అనువదించడం అనేది తర్వాత నియమాలు చదివే ఎవరినైనా ఆశ్చర్యపరిచే విస్తృత సంస్కరణ, అది నిరోధించాల్సిన ట్రాఫిక్‌ను కూడా దాచుతుంది.

ఏ ఎంపికా LAN నుండి ఏకపక్ష ఓవర్‌లే సభ్యులకు అడగని ప్రవేశాన్ని ఇవ్వదు. అది కావాలంటే అది దాని స్వంత సమీక్షతో కూడిన ప్రత్యేక నియమం.

నిజమైన సభ్యుడి నుండి పరీక్షించండి

గేట్‌వే నుండి కాదు, మరొక సభ్యుడి నుండి కనెక్ట్ అయి అనుమతించిన ఒక సేవను అడగండి. తర్వాత మూసి ఉండాల్సిన సేవను ప్రయత్నించండి, మళ్లీ కనెక్ట్ అయిన తర్వాత మరియు గేట్‌వే రీబూట్ అయిన తర్వాత రెండు పరీక్షలను పునరావృతం చేయండి.

ONLINE నివేదించే సభ్యుడు, లేదా గేట్‌వే ఓవర్‌లే చిరునామాకు విజయవంతమైన పింగ్, మార్గాన్ని, ఫార్వార్డ్ నియమాన్ని లేదా తిరిగి వచ్చే మార్గాన్ని ధృవీకరించదు:

zerotier-cli listnetworks
ip -4 route get 192.168.60.20
sudo ufw status numbered

రెండవ ఆదేశం ప్యాకెట్ LAN హోస్ట్ కోసం ఏ ఇంటర్‌ఫేస్ ఉపయోగిస్తుందో చూపిస్తుంది, మూడవది మార్గ నియమం మీరు భావించిన రూపంలో ఉందో లేదో చూపిస్తుంది. రెండూ సరిగ్గా కనిపించినా సేవ ఇప్పటికీ సమయం ముగిస్తే, మిగిలిన అనుమానం తిరిగి వచ్చే మార్గమే.