టన్నెల్ /32 ను కాపీ చేయడం ఆఫీస్ సబ్నెట్ను రూట్ చేయదు
VPN మీ అడాప్టర్కు ఇచ్చే చిరునామా లింక్ను వివరిస్తుంది, గమ్యాన్ని కాదు. ప్రొఫైల్కు వనరు ఉపసర్గను జోడించి డిఫాల్ట్ను అలాగే ఉంచండి.
VPN కనెక్ట్ అవుతుంది, ఇంటర్ఫేస్ ముప్పై రెండు బిట్ మాస్క్తో చిరునామాను చూపిస్తుంది, ఆఫీస్ సర్వర్ అందుబాటులో లేకుండా ఉంటుంది. తదుపరి దశ తరచుగా ఆ మాస్క్ను రూట్లో తిరిగి ఉపయోగించడం, ఇంటర్ఫేస్ టన్నెల్ ఎంతవరకు చేరగలదో వివరిస్తుందనే సిద్ధాంతంతో. అలా కాదు. ఆ చిరునామా పాయింట్-టు-పాయింట్ లింక్ యొక్క స్థానిక చివరను వివరిస్తుంది, మీకు ముఖ్యమైన గమ్యం దాని మరొక వైపు వేరే ఉపసర్గలో ఉంటుంది.
రెండు వేర్వేరు విషయాలు కలిపివేయబడుతున్నాయి: టన్నెల్ మీకు ఇచ్చిన చిరునామా, మరియు దాని ద్వారా మీరు చేరాలనుకునే నెట్వర్క్.
రెండు చిరునామాలు, రెండు పనులు
పాయింట్-టు-పాయింట్ టన్నెల్లో క్లయింట్ చిరునామా తరచుగా ఒకే హోస్ట్ చిరునామా, ఎందుకంటే లింక్ యొక్క మరొక చివరలో సరిగ్గా ఒక భాగస్వామి ఉంటాడు. షేర్ చేసిన సెగ్మెంట్ లేదు, ARP లేదు, కాబట్టి Ethernetలో అసంబద్ధంగా కనిపించే మాస్క్ ఇక్కడ పూర్తిగా సాధారణం.
గమ్య ఉపసర్గ ఆఫీస్ నెట్వర్క్ గురించిన వాస్తవం, టన్నెల్ గురించి కాదు. మీకు ఒక సర్వర్ కావాలంటే, రూట్ ఆ సర్వర్ కోసం హోస్ట్ రూట్. మీకు మొత్తం ఆఫీస్ సబ్నెట్ కావాలంటే, రూట్ ఆ సబ్నెట్. ఈ రెండు సమాధానాలలో ఏదీ ఇంటర్ఫేస్ నుండి చదవలేము, టన్నెల్ చిరునామా పక్కన కనిపించిందని ఒకదాన్ని ఎంచుకోవడమే పనిచేసే సెటప్ను పగలగొట్టే మార్గం.
| What you need to reach | What to install |
|---|---|
| One server, nothing else | A host route for that address |
| The office subnet | A route for the subnet prefix |
| Everything in the private space | Only if the requirement says so, and only with the owner's approval |
ఆ మూడవ వరుసే ఆశావాదం అంతరాయంగా మారే స్థలం. ఒకే సైట్కు సేవ చేసే టన్నెల్లోకి మొత్తం ప్రైవేట్ శ్రేణిని రూట్ చేయడం సంబంధం లేని ట్రాఫిక్ను అది చేర్చలేని మార్గంలోకి నెడుతుంది, ఫలితంగా వచ్చే వైఫల్యాలు చాలా వెడల్పైన రూట్లా కాకుండా పాడైన VPNలా కనిపిస్తాయి.
అవసరం నుండి ఉపసర్గను ఎంచుకోండి
ప్రొఫైల్ను తాకే ముందు అవసరాన్ని ఒక వాక్యంగా రాయండి: ఏ హోస్ట్లు చేరుకోగలిగి ఉండాలి, వాటిని కవర్ చేసే అత్యంత సన్నని ఉపసర్గ ఏది? ఒక సర్వర్ అంటే హోస్ట్ రూట్. ఒక సబ్నెట్ అంటే సబ్నెట్ రూట్. సబ్నెట్ల శ్రేణి ఒక సారాంశం, సారాంశం అంటే దానిలోని ప్రతి చిరునామా చేరుకోగలిగినదని వాగ్దానం, అది అరుదుగా నిజం.
తర్వాత సంఖ్యను ఆఫీస్ నిజంగా ఉపయోగించే దానితో పోల్చండి. సైట్ యొక్క చిరునామా ప్రణాళికతో నిర్ధారించకుండా చాట్ సందేశం నుండి ఉపసర్గను కాపీ చేయడమే ఎవరికీ స్వంతం కాని సబ్నెట్ వైపు రూట్ చూపించే మార్గం.
రూట్ ఒక మార్గం, అనుమతి కాదు అని కూడా గుర్తుంచుకోండి. గేట్వే ఇప్పటికీ మీ క్లయింట్ గమ్యాన్ని ఉపయోగించవచ్చా అని నిర్ణయిస్తుంది, ఒక సేవ ఇప్పటికీ మీకు నిరాకరించవచ్చు. రూట్ను సరిగ్గా ఇన్స్టాల్ చేయడం ప్యాకెట్ను అక్కడికి చేరుస్తుంది, అధికారం గురించి ఏమీ సమాధానం ఇవ్వదు.
ప్రొఫైల్కు జోడించండి, ఎప్పుడూ భర్తీ చేయవద్దు
NetworkManager ప్రొఫైల్లోని రూట్లు బహుళ విలువ లక్షణం, సెట్ చేయడం మరియు జోడించడం మధ్య తేడా ఒక అక్షరం. ఎంట్రీని జోడించి ఇప్పటికే సేవ్ చేసిన అన్నింటినీ ఉంచుకోవడానికి ప్లస్ రూపాన్ని ఉపయోగించండి.
nmcli connection modify uuid 11111111-2222-4333-8444-555555555555 \
+ipv4.routes "10.40.20.9/32"
ప్లస్ లేకుండా, కేటాయింపు మొత్తం జాబితాను భర్తీ చేస్తుంది. ఇప్పటికే అనేక ఉపసర్గలను కలిగి ఉన్న ప్రొఫైల్లో, ఇది పనిచేసిన వాటిని నిశ్శబ్దంగా తొలగిస్తుంది, లక్షణం తర్వాత ఈ ల్యాప్టాప్ నుండి ముందు చేరుకోగలిగిన సేవగా వస్తుంది.
పేరుకు బదులుగా UUID ఉపయోగించండి. పునరుద్ధరణ తర్వాత పేర్లు నకలు అవుతాయి, మీరు సవరిస్తున్న కనెక్షన్ మీ ట్రాఫిక్ను మోసుకెళ్లే కనెక్షన్ కాకపోవచ్చు. మొదట ఇప్పటికే సమానమైన ఎంట్రీ ఉందా అని తనిఖీ చేయండి, ఎందుకంటే నకలును జోడించడం హానికరం కాకపోయినా అస్తవ్యస్తం.
ఈ రూట్ లక్షణాల సూచిక ఇన్స్టాల్ చేసిన సంస్కరణ కోసం గమ్యం, ఐచ్ఛిక తదుపరి హాప్, మెట్రిక్ మరియు లక్షణ వాక్యనిర్మాణాన్ని డాక్యుమెంట్ చేస్తుంది. తదుపరి హాప్ను జోడించే ముందు దీన్ని చదవండి, ఎందుకంటే అది అవసరమా అనేది ఇంటిగ్రేషన్ మరియు టోపాలజీపై ఆధారపడి ఉంటుంది, ఇంటర్ఫేస్ జాబితాలోని మొదటి చిరునామా నుండి దాన్ని ఊహించడం పద్ధతి కాదు.
డిఫాల్ట్ రూట్ మరియు DNS వేర్వేరు నిర్ణయాలు
Adding an office prefix says nothing about where the rest of your traffic goes. If policy requires ordinary internet traffic to stay outside the tunnel, that is the ipv4.never-default decision, and it belongs to whoever owns the connection policy rather than to whoever is fixing one unreachable server.
ఆటోమేటిక్ రూట్లు అజాగ్రత్తగా తాకకూడని మరో విషయం. ఒక తప్పిపోయిన ఎంట్రీని పరిష్కరించడానికి వాటిని అణచివేయడం పనిచేస్తున్న అనేకాన్ని తీసివేయవచ్చు, దాన్ని సూచించిన వ్యక్తి సాధారణంగా వేరే పుష్లు ఉన్న మరో ప్రొఫైల్ను చూస్తున్నాడు.
DNS కి దాని సొంత మార్గం మరియు సొంత వైఫల్యాలు ఉన్నాయి. తప్పు రిజాల్వర్ ద్వారా సరైన చిరునామాకు పరిష్కరించబడే పేరు, లేదా ప్రైవేట్ జోన్ కోసం సమాధానం ఇవ్వలేని రిజాల్వర్, రూట్ పరిపూర్ణంగా ఉన్నప్పటికీ రూటింగ్ సమస్యలా కనిపిస్తుంది. చిరునామా మరియు పేరును విడివిడిగా పరీక్షించి, తర్వాత ఏ పొర నిజంగా విఫలమైందో నిర్ణయించండి.
ఏమి వర్తించబడిందో ధృవీకరించండి
సేవ్ చేసిన మార్పు వర్తించిన మార్పు కాదు. మేనేజర్ యొక్క మద్దతు జీవిత చక్రం ద్వారా మళ్లీ కనెక్ట్ అవ్వండి, తర్వాత ఉద్దేశించిన గమ్యానికి వాస్తవ రూట్ మరియు ఏ పట్టిక సంప్రదించబడుతుందో నిర్ణయించే విధాన నియమాలను చూడండి.
ఉపసర్గ ఉన్నా కనెక్షన్ ఇప్పటికీ విఫలమైతే, మీరు మరో సమస్యకు వెళ్లారు: మూల చిరునామా ఎంపిక, దూరపు చివరలో తిరిగి వచ్చే రూట్, లేదా మీ క్లయింట్ను నిరాకరించే సేవ. వాటిలో ప్రతి ఒక్కటి మీరు ఇప్పటికే సరిచేసిన ప్రొఫైల్ కంటే చూడటానికి మంచి ప్రదేశం.