Tailscale MagicDNS کار کوي، خو nslookup په macOS کې ناکامېږي

په 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 توضیحات پوښي۔