టన్నెల్ నడుస్తోంది, మరి ప్రైవేట్ పేరు ఇంకా ఎందుకు విఫలమవుతోంది?

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

అభ్యర్థన ఏ రిజాల్వర్కు చేరింది?

టన్నెల్ను చూసే ముందే ప్రతి లింక్కు జోడించిన రిజాల్వర్ను కనుగొనండి. Linux రిజాల్వర్ స్థితి ఆదేశం ద్వారా ప్రతి లింక్ సర్వర్లను చూపుతుంది, macOS తన DNS కాన్ఫిగరేషన్ డంప్లో పరిధి ఉన్న రిజాల్వర్లను చూపుతుంది. సమాధానం ఇంకా ఇంటి రౌటర్ నుండి వస్తే, టన్నెల్ లింక్ ఎప్పుడూ సంప్రదించబడలేదు.

resolvectl status
scutil --dns | head -40
dig +short internal.example.com

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

క్లౌడ్ నెట్వర్క్ నిజంగా సమాధానం ఇచ్చే చిరునామాను ఉపయోగించండి

క్లౌడ్ నెట్వర్క్లు సాధారణంగా ప్రైవేట్ పేర్లకు పరిధి ఆధారం నుండి రెండు స్థానాలు ముందున్న రిజర్వ్ చేసిన చిరునామా ద్వారా సమాధానం ఇస్తాయి, కాబట్టి 10.0.0.0 తో ప్రారంభమయ్యే నెట్వర్క్ 10.0.0.2 లో సమాధానం ఇస్తుంది. కొంతమంది ప్రదాతలు పరిధి తెలియకుండా పనిచేసే లింక్-లోకల్ రిజాల్వర్ను కూడా ప్రచురిస్తారు, ఇది నెట్వర్క్ను మరొకరు నిర్మించినప్పుడు సహాయపడుతుంది. అభ్యర్థి చిరునామాను ఎవరికైనా నెట్టే ముందు నేరుగా అడగండి. రిజాల్వర్ కాని చిరునామా ఫైర్వాల్ డ్రాప్లాగానే కనిపిస్తుంది, ఎందుకంటే అభ్యర్థన ఎప్పటికీ సమాధానం పొందదు.

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

టన్నెల్ పేరు స్థలాన్ని మోసుకెళ్లదు

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

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

సరిహద్దులను క్రమంగా దాటండి

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

ఏ అడుగు విఫలమైందో రాయండి. అదే ఒక లైన్ తదుపరి వ్యక్తికి అవసరమైనది, దాన్ని నమోదు చేయడానికి పది సెకన్లు పడుతుంది.

తదుపరి వ్యక్తి కనుగొనగల ప్రదేశంలో గొలుసును ఉంచండి

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

నమోదు ఖచ్చితంగా ఉండేలా చిన్నగా ఉంచండి: నాలుగు లైన్లు, ఒక తేదీ, ప్రతి భాగం యజమాని పేరు. పాత నమోదు లేకపోవడం కంటే చెడ్డది, ఎందుకంటే అది తప్పుగా ఉన్నా అధికారికంగా కనిపిస్తుంది.