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

1. గమ్యాన్ని మరియు మూలాన్ని రాయండి

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

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

2. కెర్నల్‌ను ఏ మార్గాన్ని ఎంచుకుందో అడగండి

రూట్ పట్టికను చదివి సమాధానాన్ని ఊహించవద్దు. స్టాక్ అడిగే అదే ప్రశ్నను అదే మూల చిరునామాతో అడగండి: Linux లో ip route get 10.20.4.10 from 10.8.0.2 లేదా PowerShell లో Find-NetRoute -RemoteIPAddress 10.20.4.10. అవుట్‌పుట్ నిజంగా ఉపయోగించబడే మార్గాన్ని పేర్కొంటుంది, మరియు అది పట్టిక చదివినప్పుడు మీరు ఊహించిన దానికంటే తరచుగా భిన్నంగా ఉంటుంది.

సరిపోలే మార్గాల్లో సాధారణంగా మరింత నిర్దిష్టమైన ప్రిఫిక్స్ గెలుస్తుంది: రెండింటిలో ఉన్న చిరునామా కోసం /24, /16 ను ఓడిస్తుంది. ఒకే పొడవు సరిపోలికల్లో తక్కువ మెట్రిక్ గెలుస్తుంది, డౌన్ ఉన్న లింక్‌పై ఇన్‌స్టాల్ చేసిన మార్గం దాటవేయబడుతుంది. ఒకే /24 ను ఒకే మెట్రిక్‌తో నెట్టే రెండు టన్నెల్‌లు వేరే సందర్భం: కెర్నల్ రెండు మార్గాలను ఉంచుకుని వాటి మధ్య ఎంచుకుంటుంది, కాబట్టి క్లయింట్లు కనెక్ట్ అయిన క్రమాన్ని అనుసరించకుండా ఫలితం మారిపోతూ ఉండవచ్చు. సోమవారం-పనిచేస్తుంది-మంగళవారం-విఫలమవుతుంది అనే నమూనాను సృష్టించేది ఈ పరిస్థితే, మరియు వేరే క్రమంలో తిరిగి కనెక్ట్ అవడం దాన్ని మార్చదు.

3. విధాన నియమం శోధనను మరెక్కడికైనా మళ్లించిందో తనిఖీ చేయండి

రూట్ పట్టిక చూడబడక ముందే, కెర్నల్ తన విధాన నియమాల గుండా వెళుతుంది. ఒక నియమం ఇచ్చిన మూలం, వినియోగదారు లేదా ఫైర్‌వాల్ గుర్తు నుండి ట్రాఫిక్‌ను పూర్తిగా మరో పట్టికకు పంపగలదు, కాబట్టి ప్రధాన పట్టికలో గెలిచే ప్రిఫిక్స్ ఆ ప్రవాహానికి ఎప్పుడూ చూడబడకపోవచ్చు. ip rule show వాటిని మూల్యాంకన క్రమంలో జాబితా చేస్తుంది, ip route show table 100 ఎంచుకున్న పట్టికలో నిజంగా ఏమి ఉందో చూపిస్తుంది.

ఇక్కడ రెండు ఉచ్చులు ఉన్నాయి. ఖాళీ పట్టికను సూచించే నియమం తదుపరి నియమానికి పడిపోయే శోధనను సృష్టిస్తుంది, కాబట్టి నియమం ఏమీ చేయనట్లు కనిపిస్తుంది. రెండవది ప్రాధాన్య సంఖ్యయే: నియమాలు ఆరోహణ క్రమంలో చదవబడతాయి, అంతర్నిర్మిత విలువలు 0 local, 32766 main మరియు 32767 default. 32767 కంటే తక్కువ సంఖ్య ఉన్న నియమం అన్నింటినీ పట్టుకునే డిఫాల్ట్ నియమానికి ముందు చూడబడుతుంది. 32767 కంటే ఎక్కువ సంఖ్య ఉన్న నియమం దాని వెనుక ఉంటుంది, మునుపటి ఏ పట్టిక ప్రతిస్పందించనప్పుడు మాత్రమే దాన్ని చేరుకోగలం, దీన్ని main లోని సాధారణ డిఫాల్ట్ మార్గం నిరోధిస్తుంది, కాబట్టి ఆచరణలో అది ఎప్పుడూ చేరుకోబడదు మరియు ఇన్‌స్టాల్ అయినట్లు కనిపిస్తూనే నిశ్శబ్దంగా ఏమీ చేయదు. క్లయింట్ నియమాన్ని మరియు మార్గాన్ని రాసినట్లయితే రెండింటినీ తనిఖీ చేయండి, తిరిగి కనెక్ట్ అయిన తర్వాత మళ్లీ తనిఖీ చేయండి, ఎందుకంటే తిరిగి రాయబడిన ప్రొఫైల్ వేరే ప్రాధాన్యత ఉన్న రెండవ నియమాన్ని జోడించవచ్చు.

4. మార్గ సమానత్వాన్ని నకిలీ చిరునామా ప్రణాళిక నుండి వేరు చేయండి

కొన్నిసార్లు ప్రిఫిక్సే సమస్య కాదు. రెండు ప్రదేశాలు 192.168.1.0/24 ఉపయోగిస్తే అదే చిరునామా రెండు వేర్వేరు హోస్ట్‌లను సూచిస్తుంది, ఏ మార్గం వాటిని వేరు చేయలేదు. రెండు సమాధానాల్లో ఒకదానికి హోస్ట్ మార్గం, మరో ప్రదేశం అదే పేరుకు సమాధానం ఇచ్చే వరకే పనిచేస్తుంది, తర్వాత మినహాయింపు నిశ్శబ్దంగానే లోపంగా మారుతుంది.

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

5. పరిష్కర్త మార్గంతో ఏకీభవిస్తుందని నిర్ధారించండి

తప్పు ప్రైవేట్ చిరునామాకు పరిష్కరించబడే పేరు మార్గ ఘర్షణ లక్షణాలన్నింటినీ సృష్టిస్తుంది, దాని కారణాల్లో ఒకటి కూడా సృష్టించదు. హోస్ట్ పొందే సమాధానాన్ని గమ్యం నిజంగా ఉపయోగించే చిరునామాతో పోల్చండి, ఏ పరిష్కర్త సమాధానం ఇచ్చిందో తనిఖీ చేయండి. టన్నెల్ పరిష్కర్తను నెట్టినట్లయితే, టన్నెల్ ఉపయోగించే ప్రవాహాలకు క్లయింట్ దాన్ని ఇన్‌స్టాల్ చేయాలి; లేకపోతే హోస్ట్ స్థానిక పరిష్కర్తను అడుగుతూనే ఉంటుంది, అది శోధన డొమైన్ నుండి లేదా కాష్ రికార్డు నుండి సమాధానం ఇవ్వవచ్చు.

పరిష్కర్తను నేరుగా అడిగి, సమాధానం ఇచ్చిన సర్వర్‌ను గుర్తించండి. చిన్న TTL ఉన్న కాష్ సమాధానం, తిరిగి కనెక్ట్ అయిన తర్వాత మొదటి అభ్యర్థన ఐదవదానికంటే భిన్నంగా ప్రవర్తించడానికి కారణాన్ని కూడా వివరించగలదు.

6. తిరిగి కనెక్ట్ అవ్వండి, వర్తించిన స్థితిని పరిశీలించండి, తర్వాత రెండు ప్రవాహాలను పరీక్షించండి

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

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

సంబంధిత వ్యాసాలు