పూర్తి టన్నెలింగ్ పొడవైన విభజిత టన్నెల్ జాబితా కంటే సులభమా?

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

మీరు నిర్వహించే నియమాలను లెక్కించడంతో ప్రారంభించండి

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

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

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

గేట్వే డిఫాల్ట్ను మోయగలదా అని తనిఖీ చేయండి

పూర్తి టన్నెలింగ్ ప్రతి ప్యాకెట్ను ఒకే పరికరానికి తరలిస్తుంది, ఇది ఆ పరికరం యొక్క CPU భారం, conntrack పట్టిక, చిరునామా అనువాదం మరియు పై దిశ బ్యాండ్విడ్త్ అవసరాన్ని ఒకేసారి మారుస్తుంది. కొన్ని అంతర్గత సబ్నెట్లకు సౌకర్యంగా సేవ చేసిన గేట్వే ఒక వినియోగదారు మొత్తం బ్రౌజింగ్ కోసం పరిమాణం కలిగి ఉండకపోవచ్చు. సగటు కాకుండా మీరు ఆశించే అతిపెద్ద ఏకకాల సెషన్ సంఖ్యను చూడండి, ఎందుకంటే శిఖరం మొదట విరుగుతుంది.

ip -s link show dev tun0
conntrack -C
ss -s

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

పాత్ MTU ను కూడా చివర నుండి చివర వరకు తనిఖీ చేయండి, ఎందుకంటే పూర్తి డిఫాల్ట్ ప్రతి యాప్ను టన్నెల్ గరిష్ఠ ప్యాకెట్ పరిమాణానికి గురిచేస్తుంది. టన్నెల్ వెలుపల పని చేసిన యాప్లు ఇప్పుడు మీరు ఎప్పుడూ ఆలోచించాల్సిన అవసరం లేని ఫ్రాగ్మెంటేషన్ ప్రవర్తనపై ఆధారపడవచ్చు.

స్థానిక సేవలు మరియు ప్రైవేట్ DNS ఇంకా పని చేస్తున్నాయని నిర్ధారించండి

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

ప్రైవేట్ DNS మరో ఆధారం. అంతర్గత పేర్లను మునుపు టన్నెల్ రిజాల్వర్ పరిష్కరించినట్లయితే ఏమీ మారదు; అవి స్థానికంగా పరిష్కారమైతే, పూర్తి డిఫాల్ట్ వాటిని జోన్లు తెలిసిన రిజాల్వర్కు తీసుకెళ్లాలి. మార్పు తర్వాత ఒక అంతర్గత పేరు, ఒక పబ్లిక్ పేరు పరీక్షించండి, రిజాల్వర్ జాబితా తప్పించుకుందని ఊహించడం కాకుండా.

స్థానిక మినహాయింపులను వాటిని కలిగి ఉన్న ప్రొఫైల్లో రాయండి. ఎవరో ఒకరి జ్ఞాపకంలో మాత్రమే ఉంచిన మినహాయింపు తదుపరి మైగ్రేషన్ కోల్పోయే మొదటి విషయం.

ఒక ప్రొఫైల్ను మైగ్రేట్ చేసి సరిహద్దులను ధృవీకరించండి

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

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

ip route get 203.0.113.10
ip route get 10.40.8.15
resolvectl query intranet.example
curl -sS -o /dev/null -w "%{remote_ip}\n" https://example.com

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