Mac L2TP విభజిత మార్గాలు: హోస్ట్ చిరునామా ఎందుకు పనిచేయదు

VPN కనెక్ట్ అవుతుంది, మెను బార్ దానిని చూపిస్తుంది, ఇంకా అంతర్గత హోస్ట్ సమయం ముగిసిపోతుంది. అలాంటి పరిస్థితిలో మూడు సాధ్యమైన కారణాలు ఉన్నాయి, ఏది వర్తిస్తుంది అనేది సొరంగం ఎలా కాన్ఫిగర్ చేయబడింది అనే దానిపై ఆధారపడి ఉంటుంది. ఒకటి, మార్గ ఆదేశం నెట్వర్క్ చిరునామా అవసరమైన చోట హోస్ట్ చిరునామాను ఉపయోగించింది, లేదా ప్రొఫైల్ స్వయంగా నిర్ణయాన్ని మింగే డిఫాల్ట్ మార్గాన్ని ఇన్స్టాల్ చేస్తుంది, లేదా క్లయింట్ ప్రొఫైల్ కీకి బదులు హుక్ అవసరమయ్యే PPP సొరంగం. వాటిని అదే క్రమంలో తనిఖీ చేయండి, ఎందుకంటే మొదటిదాన్ని మినహాయించడం చౌకైనది.

గమ్యం నెట్వర్క్ చిరునామా, మాస్క్ ఉపసర్గను వివరిస్తుంది

networksetup -setadditionalroutes గమ్యం, సబ్నెట్ మాస్క్ మరియు గేట్వే త్రికాలను తీసుకుంటుంది. ఒక అంతర్గత సబ్నెట్ను సొరంగం ద్వారా పంపే కాల్ ఇలా ఉంటుంది:

sudo networksetup -setadditionalroutes "VPN (L2TP)" 192.168.1.0 255.255.255.0 10.2.0.0

గమ్యం ఏమిటో గమనించండి: నెట్వర్క్ చిరునామా, మీరు చేరుకోవడానికి ప్రయత్నిస్తున్న సర్వర్ చిరునామా కాదు. ఈ వ్యాసాన్ని సృష్టించిన సందర్భంలో, అదే స్థానంలో 192.168.1.20 ఉన్న అదే ఆదేశం ఏమీ ఉపయోగకరంగా చేయలేదు, దాన్ని 192.168.1.0 తో భర్తీ చేయడం వెంటనే పనిచేసింది. అదే మాస్క్, అదే గేట్వే, ఒక వేరే సంఖ్య. మొత్తం వైఫల్యం చిన్న స్థాయిలో ఇదే.

కారణం అంకగణితం, విధానం కాదు. /24 మాస్క్తో జత చేసిన హోస్ట్ చిరునామా 192.168.1.0/24 ను వివరించదు; రూటింగ్ పట్టిక ఉపయోగకరంగా ఉంచలేని దాన్ని అది వివరిస్తుంది, కాబట్టి ఎంట్రీ తిరస్కరించబడుతుంది లేదా నిర్లక్ష్యం చేయబడుతుంది మరియు సొరంగం చివరికి మీరు భావించినదానికంటే తక్కువ మోస్తుంది.

సరిగ్గా ఒక హోస్ట్ కావాలంటే, హోస్ట్ చిరునామాను 255.255.255.255 మాస్క్తో ఉపయోగించండి. ఇక్కడ తప్పు జరిగేది మిశ్రమ జతల్లో, హోస్ట్ చిరునామా వాడకం కాదు. ఒక చిరునామా నుండి నిర్మించిన /32 చట్టబద్ధమైన మార్గం; ఒక చిరునామా నుండి నిర్మించిన /24 తప్పు.

కాల్ జాబితాను భర్తీ చేస్తుంది, పేరు అక్షరాలా ఉంటుంది

మొదటి ప్రయత్నంలో రెండు ప్రవర్తనలు ప్రజలను ఆశ్చర్యపరుస్తాయి. ఆదేశం జోడించడం బదులు పూర్తి అదనపు మార్గ జాబితాను సెట్ చేస్తుంది, కాబట్టి ఒక ఉపసర్గ జోడించే కాల్ మునుపు ఉన్న మిగతావాటిని నిశ్శబ్దంగా తొలగిస్తుంది. మొత్తం సెట్ను ఒకే కాల్లో నిర్మించండి.

సేవ పేరు కూడా మీరు కల్పించిన లేబుల్ కాదు. దాన్ని సాధనం నుండి చదివి, రకం ప్రత్యయంతో సహా ఖచ్చితంగా కాపీ చేయండి:

networksetup -listallnetworkservices

ఒక అక్షరం భిన్నమైన పేరు చదవదగిన లోపాన్ని గానీ మార్గాన్ని గానీ ఇవ్వదు. ఇక్కడ సరైన పద్ధతి కాపీ-పేస్ట్, జ్ఞాపకం నుండి మళ్లీ టైప్ చేయడం కాదు.

ప్రొఫైల్ డిఫాల్ట్ మార్గాన్ని క్లెయిమ్ చేసినప్పుడు

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

మరిన్ని ఎంట్రీలను సవరించే ముందు మీకు నిజంగా ఏ మోడల్ కావాలో నిర్ణయించుకోండి. మినహాయింపులతో పూర్తి సొరంగం నిర్దిష్ట ఉపసర్గలతో విభజిత సొరంగం కంటే వేరే కాన్ఫిగరేషన్, రెండింటినీ కలిపితే ఎవరూ ఊహించలేని పట్టిక ఏర్పడుతుంది.

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

PPP సొరంగాలకు కీకి బదులు హుక్ కావాలి

PPP ఆధారిత సొరంగాలకు, defaultroute డిఫాల్ట్ మార్గాన్ని సృష్టించే ప్రొఫైల్ కీ; దాన్ని తీసేస్తే క్లయింట్ ప్రతి గమ్యాన్ని క్లెయిమ్ చేయడం ఆపేస్తుంది. తర్వాత ఇంటర్ఫేస్ కనిపించిన తర్వాత మార్గాలు జోడించబడతాయి, సాధారణంగా /etc/ppp/ip-up నుండి:

#!/bin/sh
/sbin/route add -net 192.168.1.0 -interface ppp0

స్క్రిప్ట్ను root యాజమాన్యంలో మరియు అమలయ్యేలా ఉంచండి, మెషీన్లో ఒకటి కంటే ఎక్కువ సొరంగ ప్రొఫైల్లు ఉన్నప్పుడు ఇంటర్ఫేస్ పేరుపై గార్డ్ జోడించండి. ప్రతి PPP లింక్కు నడిచే మరియు ఒకే పరికర పేరును ఊహించే హుక్ దీర్ఘ జీవితం ఉన్న చిన్న బగ్.

మూడు అభ్యర్థనలతో విభజనను ధృవీకరించండి

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

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

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