UID నియమంతో ఒక Linux ఖాతాను OpenVPN ద్వారా రూట్ చేయండి

ఖాతా ఆధారిత రూటింగ్ ఒక Linux వినియోగదారు యాజమాన్యంలోని ప్రతి IPv4 సాకెట్ ఉన్న సొరంగం ద్వారా బయటకు వెళ్లాల్సినప్పుడు సరిపోతుంది, మరియు ప్రోగ్రామ్ స్థాయి వేరుచేయడం అవసరమైనప్పుడు సరిపోదు. ఇది UID ప్రకారం ఎంచుకుంటుంది, కాబట్టి ఆ ఖాతా కింద నడిచే ప్రతిదీ పరిధిలో ఉంటుంది, మీరు మరచిన బ్యాచ్ పని కూడా. ఒక ip rule ను తాకే ముందే ఆ ప్రశ్నను పరిష్కరించండి.

కింది ఉదాహరణ UID 1500 వద్ద ప్రత్యేక బ్రౌజర్ ఖాతా, 10.80.0.11 స్థానిక చిరునామా కలిగిన సొరంగ పరికరం tun-office, మరియు ప్రశ్నార్థక గమ్యస్థానాలను అనుమతించే VPN ను ఊహిస్తుంది. డీమన్ స్వయంగా ఆ UID వెలుపల నడుస్తుంది.

యంత్రాంగాన్ని ఎంచుకునే మూడు షరతులు

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

తప్పించుకోవాల్సిన పొరపాటు లాంచర్ యజమానిని నిర్ణయిస్తుందని భావించడం. మరో వినియోగదారు సెషన్ URL ఇచ్చిన బ్రౌజర్ UID 1500 కింద సాకెట్లను సృష్టించలేదు, మరియు ఏ నియమం అది సృష్టించే ట్రాఫిక్ను తరలించదు.

పట్టిక, నియమం మరియు కాపలాదారు

ఉన్న నియమాలను తనిఖీ చేసి ఉపయోగించని పట్టిక మరియు ప్రాధాన్య సంఖ్యలను ఎంచుకున్న తర్వాత ఏర్పాటు చిన్నది: సొరంగం యొక్క ఆధార చిరునామాను మోసే ప్రత్యేక పట్టికలో డిఫాల్ట్ మార్గం, ఖాతా శోధనలను ఆ పట్టికకు పంపే నియమం, మరియు ప్రత్యామ్నాయ మార్గాన్ని నిరోధించే చివరి నియమం. రాస్తే అది ఐడెంపోటెంట్ మార్గ ప్రతిక్షేపణ, ip -4 route replace default dev tun-office src 10.80.0.11 table 51820, దాని తర్వాత ip -4 rule add priority 12100 uidrange 1500-1500 lookup 51820.

కాపలాదారు ip -4 rule add priority 12101 uidrange 1500-1500 unreachable, మరియు దాని పొడవు సూచించే దానికంటే ఎక్కువ ముఖ్యం. అది లేకుండా 51820 పట్టికలో లేని మార్గం సాధారణ పై లింక్కు పడి, విధానం పట్టుకోవాల్సిన ట్రాఫిక్ను ఖాతా నిశ్శబ్దంగా లీక్ చేస్తుంది. దానితో అదే వైఫల్యం టైమ్అవుట్ అవుతుంది, అంటే ప్రత్యామ్నాయం కాదు, నిరోధం.

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

UID రూటింగ్ ఏమి వదిలివేస్తుంది: DNS

రిజాల్వర్ డీమన్ తన పై సాకెట్లను తన సొంత UID కింద తెరుస్తుంది, కాబట్టి 1500 ఎంచుకోవడం ఆ ప్రశ్నలను 51820 పట్టికకు తరలించదు. DNS ఏకీకరణ ప్రత్యేక నిర్ణయం: ఖాతాను సొరంగం ద్వారా చేరుకోగల రిజాల్వర్ వైపు మళ్లించండి, లేదా పేరు పరిష్కారం హోస్ట్ మార్గాన్ని అనుసరిస్తుంది కానీ ట్రాఫిక్ అనుసరించదు అని అంగీకరించండి.

స్థానిక stub కు loopback ప్రశ్న పై ప్రశ్న బ్రౌజర్ మార్గాన్ని ఉపయోగించిందని రుజువు కాదు, కాష్ నుండి విజయవంతమైన పేజీ లోడ్ కూడా కాదు.

IPv6 కు డిజైన్లో దాని సొంత వాక్యం కావాలి

పై నియమాలు IPv4 ను మాత్రమే కవర్ చేస్తాయి. ఈ ఖాతా నుండి నేరుగా IPv6 లేని IPv4 సొరంగం అవసరమైతే, సమీక్షించిన చివరి నియమాన్ని జోడించండి, ఉదాహరణకు ip -6 rule add priority 12101 uidrange 1500-1500 unreachable, తర్వాత మునుపటి IPv6 నియమాలు మరియు మీరు ఉంచుకోవాలనుకునే loopback మినహాయింపులను తనిఖీ చేయండి.

నేరుగా IPv6 ను నిరోధించడం ద్వి-స్టాక్ సొరంగీకరణ కాదు; అది ఒక సరిహద్దు. దాన్ని సొరంగీకరణ అని పిలవడం విధానం చదివే తదుపరి వ్యక్తిని గందరగోళపరుస్తుంది, ఆ గందరగోళం విరిగిన IPv6 సైట్ గురించి సహాయ డెస్క్ టికెట్గా బయటపడుతుంది.

నిజమైన ఖాతాతో ధృవీకరించి, తర్వాత జీవిత చక్రాన్ని స్వీకరించండి

శోధనలను పోల్చండి: సాధారణ UID తో అదే గమ్యస్థానానికి ip -4 route get 198.51.100.25 uid 1500. తర్వాత ప్రత్యేక ఖాతా కింద అనుమతించిన అభ్యర్థన చేసి, దూరపు చివర చూసే మూల చిరునామాను తనిఖీ చేయండి. ఇష్టపడిన మూల చిరునామా source NAT కాదు, మరియు అది వేరే ఏదో బైండ్ చేసే అప్లికేషన్ను అధిగమించదు. రెండు శోధనలు ఒకే మార్గాన్ని తిరిగి ఇస్తే, నియమం మీరు అనుకున్నది చేయడం లేదు.

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