VPN క్లయింట్ మీరు జోడించిన మార్గాన్ని తొలగిస్తుందా? పాలసీ పట్టికను ఉపయోగించండి

ల్యాబ్ ప్రింటర్ కోసం ఒక /24 రెండు ip route show కాల్ల మధ్య మాయమవుతుంది, క్లయింట్ లాగ్ నెట్వర్క్ మారిందని మాత్రమే చెబుతుంది. ఆదేశం, ప్రిఫిక్స్ లేదా మీ అధికారాల్లో ఏదీ తప్పు కాదు. హోస్ట్ యొక్క రూటింగ్ మోడల్ను కలిగి ఉన్న కార్పొరేట్ క్లయింట్, మరెవరైనా దాన్ని సవరించిన ప్రతిసారీ ఆ మోడల్ను మళ్లీ నిర్దేశిస్తుంది, కాబట్టి మీరు జోడించిన ఎంట్రీ చొరబాటుదారుగా తొలగించబడుతుంది. అదే పట్టికలో దానితో పోరాడటం ఓడిపోయిన స్థానం. పరిష్కారం ఆ పట్టిక కోసం పోటీని పూర్తిగా ఆపి, మినహాయింపును మానిటర్ ఎప్పుడూ చూడని చోట ఉంచడం.

మానిటర్ పోయిన మార్గాన్ని వివరిస్తుంది

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

ip route show
ip route add 192.168.2.0/24 dev enp0s31f6
sleep 5; ip route show

పైన ఉన్న ప్రిఫిక్స్ మరియు ఇంటర్ఫేస్ ప్లేస్హోల్డర్లు. మరొక మెషీన్లో పనిచేసే ఉదాహరణ నుండి ఇంటర్ఫేస్ పేరును కాపీ చేయడం ఈ ప్రదర్శన ఏమీ ఉత్పత్తి చేయకపోవడానికి అత్యంత సాధారణ కారణం.

రెండవ పట్టిక మానిటర్కు కనిపించదు

ఏజెంట్ తన స్వంత పట్టికను మాత్రమే పునర్నిర్మిస్తుంది. మినహాయింపుకు దాని స్వంత పట్టికను మరియు సరిపోలే గమ్యస్థానాలను అక్కడికి పంపే నియమాన్ని ఇవ్వండి, ప్రధాన పట్టిక ఎప్పుడూ మారదు, కాబట్టి ఏజెంట్కు సరిదిద్దడానికి ఏమీ మిగలదు. ఇదే మొత్తం ఆలోచన: మరొకరు నిర్వహించే మార్గాల ఒక నామస్థలం, మీరు మాత్రమే తాకే మరొకటి.

మార్పిడి నిర్వహణ. రెండు వస్తువులు వేరుగా జరగవచ్చు, జాబితాలో నియమం స్థానం అది ఎంచుకునే పట్టికలోని మార్గానికి సమానంగా ముఖ్యం.

మినహాయింపును నిర్మించి, ఆపై గెలిపించండి

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

ip rule add to 192.168.2.0/24 table 110 pref 30010
ip route add 192.168.2.0/24 dev enp0s31f6 table 110
ip route get 192.168.2.50

ip route get కర్నెల్ ఉపయోగించే మార్గాన్ని పరిష్కరిస్తుంది, పరికరం మరియు మూల చిరునామాతో సహా. ఇది పట్టిక గుర్తింపును ప్రింట్ చేయదు, కాబట్టి దాన్ని ip rule show తో జత చేయండి, ఏ పట్టిక గెలిచిందో నిర్ధారించాల్సి వచ్చినప్పుడు. కలిసి అవి ఏకైక ముఖ్యమైన ప్రశ్నకు సమాధానం ఇస్తాయి: ఆ చిరునామాకు ట్రాఫిక్ మీరు ఉద్దేశించిన చోటి నుండి బయటకు వెళుతుందా?

అదే ఆలోచనలోని ఇతర రూపాలు

గమ్యస్థానాల్లో ఆలోచించడం ఆపగానే నమూనా సాధారణీకరించబడుతుంది. టన్నెల్ డిఫాల్ట్ మార్గాన్ని ఉంచుతున్నప్పుడు స్థానిక సబ్నెట్ చేరుకోగలిగి ఉండవచ్చు. LANకు అనుసంధానించిన SSH సర్వర్ ప్రతిస్పందనలు టన్నెల్లో మాయమవ్వడం బదులు అవి వచ్చిన ఇంటర్ఫేస్ ద్వారా బయటకు వెళ్లవచ్చు. ఇంటర్ఫేస్ ఆధారిత నియమం వైర్లెస్ ఇంటర్ఫేస్కు వచ్చే ప్రతిదాన్ని టన్నెల్లోకి నెట్టగలదు, హోస్ట్ స్వయంగా ఉత్పత్తి చేసే ట్రాఫిక్ Ethernetలో ఉండగా:

ip rule add iif wlan0 table 10
ip route add default dev tun0 table 10

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

నియమాన్ని ఒకసారి ఉపయోగించేదిగా చూడండి

నియమాలు మరియు పట్టిక మార్గాలు మెమరీలో నివసిస్తాయి. పునఃకనెక్షన్ తర్వాత టన్నెల్ పరికరం పేరు మారవచ్చు, కేటాయించిన చిరునామా జరగవచ్చు, పాత విలువను కలిగి ఉన్న నియమం నిశ్శబ్దంగా సరిపోలడం ఆపేస్తుంది. మొత్తం మార్పును దాని యాజమాన్యంలో ఉన్న ఒకే స్క్రిప్ట్ నుండి మళ్లీ వర్తింపజేయండి, ఆపై మినహాయింపును విశ్వసించే ముందు ip rule show, ప్రస్తుత పరికరం పేరు మరియు కొత్త ip route get ను నిజమైన గమ్యస్థానానికి వ్యతిరేకంగా మళ్లీ తనిఖీ చేయండి.

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

పట్టిక సంఖ్య, ప్రాధాన్యత మరియు గమ్యస్థానాన్ని స్క్రిప్ట్ పక్కన ఉన్న గమనికలో రాయండి. లేకపోతే తదుపరి వ్యక్తి టన్నెల్ను మించిపోయే నియమాన్ని కనుగొంటాడు, ఎందుకో తెలుసుకోవడానికి మార్గం ఉండదు.