Tailscale MagicDNS పనిచేస్తుంది, కానీ macOS లో nslookup విఫలమవుతుంది

Mac లో ping tailnet మెషీన్ పేరును పరిష్కరిస్తుంది, అయితే nslookup వైఫల్యాన్ని తిరిగి ఇస్తుంది, మరియు రెండు ఆదేశాలు నిజమే చెబుతాయి. యాప్‌లు సిస్టమ్ రిజాల్వర్ ద్వారా పరిష్కరిస్తాయి, దాన్ని Tailscale ప్రతి ఇంటర్‌ఫేస్‌కు కాన్ఫిగర్ చేస్తుంది, అయితే nslookup మరియు host, MagicDNS ఎప్పుడూ తాకని స్థిర ఫైల్‌ను చదువుతాయి. ఒక్క ప్యాకెట్ కూడా కోల్పోకుండా రెండు మార్గాలు భిన్నంగా ఉండవచ్చు. ఏదైనా DNS సెట్టింగ్ మార్చే ముందు మీ విఫల యాప్ ఏ మార్గం తీసుకుందో నిర్ణయించండి.

రెండు పరిష్కార మార్గాలు, రెండు వేర్వేరు సమాధానాలు

macOS లో యాప్ ట్రాఫిక్ సిస్టమ్ రిజాల్వర్ గుండా వెళుతుంది, మరియు ఇంటర్‌ఫేస్ ప్రకారం పరిమితమైన రిజాల్వర్ ఎంట్రీలు ఏ సర్వర్ ఏ డొమైన్‌కు సమాధానం ఇస్తుందో నిర్ణయిస్తాయి. Tailscale అక్కడ తన MagicDNS ఎంట్రీని ఇన్‌స్టాల్ చేస్తుంది, అందుకే Safari మరియు ssh tailnet పేర్లను కనుగొంటాయి. బదులుగా nslookup, host మరియు dig /etc/resolv.conf చదువుతాయి లేదా కమాండ్ లైన్‌లో సర్వర్‌ను తీసుకుంటాయి, మరియు ఆ ఫైల్ సాధారణంగా ఇప్పటికీ రౌటర్ లేదా ఆఫీస్ సర్వర్‌ను పేర్కొంటుంది. ఆ ఫైల్‌కు పంపిన tailnet పేరుకు ఎదురుచూస్తున్న అధికారిక సమాధానం ఏదీ లేదు, కాబట్టి సాధనం వైఫల్యాన్ని నివేదిస్తుంది, సిస్టమ్ మార్గం విజయవంతమవుతుంది.

రెండు సాధనాల్లో ఏదీ తప్పుగా ప్రవర్తించడం లేదు. అవి వేర్వేరు సర్వర్‌లను అడుగుతాయి, ఆ సర్వర్‌లలో ఒకటి మాత్రమే మీ tailnet గురించి తెలుసుకుంటుంది.

సిస్టమ్ మార్గం ద్వారా అదే పేరును పరీక్షించండి

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

dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net

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

పేరు పరిష్కరించబడిన తర్వాత సేవను పరీక్షించండి

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

nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net

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

MagicDNS ఆఫీస్ DNS కి ప్రత్యామ్నాయం కాదు

ఒకే క్లయింట్ రెండింటినీ చేరుకోగలిగినప్పటికీ ఆఫీస్ జోన్ లోపల పేరు tailnet పరికరం పేరు కాదు. గమ్యం సబ్‌నెట్ రౌటర్ వెనుక ఉన్నప్పుడు, క్లయింట్‌కు ఆ జోన్ కోసం అంతర్గత రిజాల్వర్‌ను సూచించే split DNS అవసరం, ఇది MagicDNS కంటే భిన్నమైన సెట్టింగ్ మరియు దాని పక్కన డాక్యుమెంట్ చేయబడింది.

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

రెండు మార్గాలు విఫలమైనప్పుడు, tailnet వాస్తవాలు నిర్ణయిస్తాయి

మీరు ఉనికిలో ఉందని నమ్మే పరికరం కోసం సిస్టమ్ లుకప్ మరియు ప్రత్యక్ష క్వెరీ రెండూ విఫలమైతే, సమస్య Mac రిజాల్వర్ పైన ఉంది.

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

తర్వాత సాక్ష్యం ఆధారంగా ఎంచుకోండి. సిస్టమ్ మార్గంలో పరిష్కరించబడి nslookup లో విఫలమయ్యే పేరు సాధన-మార్గ భేదం; పరిష్కరించబడి సేవ నిరాకరించే పేరు యాక్సెస్ లేదా సర్టిఫికెట్ సమస్య; ఎక్కడా పరిష్కరించబడని పేరు tailnet లేదా DNS కాన్ఫిగరేషన్ సమస్య. ముగ్గురు యజమానులు, మూడు సరిదిద్దులు, మరియు MagicDNS డాక్యుమెంటేషన్ మొదటి కేసు macOS వివరాలను కవర్ చేస్తుంది.