MagicDNS උපාංග විසඳන නමුත් කාර්යාල සත්කාරක නාම විසඳන්නේ නැත්තේ ඇයි

MagicDNS tailnet එකක සෑම උපාංගයකටම එහි යන්ත්‍ර නාමයෙන් සහ tailnet හි DNS වසමෙන් ලබාගත් නමක් දෙයි. එම නාමය Tailscale නිර්මාණය කරන අතර Tailscale හි විසඳන මාර්ගයෙන් ඊට පිළිතුරු දෙනු ලැබේ. files.office.example වැනි කාර්යාල සත්කාරක නාමයක් Tailscale කිසිදා ලියා නැති කලාපයකට අයත් වන බැවින් උපාංගයක නම වෙනස් කිරීමෙන් එය නිර්මාණය කළ නොහැක. නාම අවකාශ දෙක සමඟ පවතී; ඒවාට වෙනස් හිමිකරුවන් ඇත.

එම යාන්ත්‍රණය ඉතා සුලභ පැමිණිල්ලක පසුපසින් පවතී: Tailscale සත්කාරකය පිළිතුරු දෙයි, ගොනු සේවාදායකය තවමත් විසඳුම් දෝෂයක් ලබා දෙයි.

නාම අවකාශ දෙක, හිමිකරුවන් දෙදෙනෙක්

උපාංග නාමයක් යන්ත්‍රයේම සත්කාරක නාමයෙන් ජනනය වේ, ගැටුම් Tailscale විසින් විසඳනු ලැබේ, ප්‍රතිඵලය tailnet වසම යටතේ ජීවත් වේ. කාර්යාල කලාපය කාර්යාල විසඳනය ක්‍රියාත්මක කරන අය විසින් නඩත්තු කරනු ලබන අතර, වාර්තා පරිපාලකයෙකු හෝ ගතික ලියාපදිංචිය මගින් නිර්මාණය වේ. කෙටි නාම වෙනස සඟවයි: files කාර්යාල DNS පිළිතුරු දෙන සෙවුම් උපසර්ග විස්තරණයක්, tailnet උපාංගයක්, හෝ කිසිවක් නොවිය හැක. සම්පූර්ණ නාමය විමසීමෙන් ඇත්තටම පිළිතුරු දුන් පද්ධතිය පෙනේ.

උපජාලක යොමුකරුවාගේ යන්ත්‍ර නාමය වෙනස් කිරීම කාර්යාල කලාපයට කිසිවක් නොකරයි. එය එක් Tailscale උපාංගයක් නැවත නම් කරන අතර කාර්යාල සේවාදායකයේ වාර්තාව ස්පර්ශ නොකර තබයි, එබැවින් නැවත නම් කර නැවත උත්සාහ කිරීම කිසිදා එකට නොපැමිණේ.

කාර්යාල කලාපය එහි විසඳනය දෙසට හරවන්න

Tailscale හි බෙදූ DNS තෝරාගත් වසම් සඳහා විමසුම් ඔබ නියම කරන නාම සේවාදායකයට යවයි, අනෙක් සියල්ල ඉතිරි ප්‍රතිපත්තිය අනුගමනය කරයි. කාර්යාල විසඳනය ඇත්තටම සේවා සපයන වසම එකතු කරන්න, ඔබ අහම්බෙන් ටයිප් කරන සෙවුම් උපසර්ගය නොවේ. සෙවුම් උපසර්ගය සේවාලාභියාට එකතු කළ යුතු දේ පවසයි; එය විසඳනයට බැලිය යුතු තැන පවසන්නේ නැත. මෙම සැකසුම් දෙක කොන්සෝලයේ සමානව පෙනෙන අතර සම්පූර්ණයෙන්ම වෙනස් ලෙස හැසිරේ.

සීමිත නාම සේවාදායකයක් එයට සම්බන්ධ වසම සඳහා අධිකාරී විය යුතුය, නැතහොත් පිළිතුර ලිපිනයක් වෙනුවට යොමුවක් වනු ඇත.

ළඟා වීමේ හැකියාව විසඳීමට පෙර පැමිණේ

සේවාලාභියාද එම නාම සේවාදායකයට ළඟා විය යුතුය. පෞද්ගලික LAN එකක විසඳනයක් සඳහා උපජාල මාර්ගය ප්‍රකාශ කර පිළිගත යුතුය, ප්‍රවේශ ප්‍රතිපත්තිය විමසුමට ඉඩ දිය යුතුය, සහ ආපසු මාර්ගයක් පැවතිය යුතුය. පරිපාලන කොන්සෝලයේ නිවැරදි DNS ලිපිනය සනාථ කරන්නේ වින්‍යාසය සුරැකි බව පමණි. පැකට් විසඳනයට ළඟා විය නොහැකි නම්, රෝග ලක්ෂණය කාල ඉකුත් වීමකි, එය එවැනි වාර්තාවක් නොමැති බවට දෙන අධිකාරී පිළිතුරට වඩා වෙනස් ලෙස පෙනේ.

එම වෙනස රෝග විනිශ්චයකි. කාල ඉකුත් වීම මාර්ගගත කිරීම හෝ ප්‍රතිපත්තිය පෙන්වයි, නමුත් ක්ෂණික සෘණාත්මක පිළිතුර වාර්තාව හෝ කලාපය පෙන්වයි. ඕනෑම DNS සැකසුමක් වෙනස් කිරීමට පෙර ඔබට ලැබෙන්නේ කුමක්දැයි කියවන්න.

නාම අසාර්ථකත්වය සේවා අසාර්ථකත්වයෙන් වෙන් කරන්න

සම්පත් එහි පෞද්ගලික ලිපිනයේ පිළිතුරු දෙන නමුත් සත්කාරක නාමයෙන් නොදෙන්නේ නම්, පරීක්ෂණය DNS මතම රැඳේ. දෙකම ක්‍රියා නොකරන්නේ නම්, පළමුව මාර්ගගත කිරීම හෝ සේවාව නිවැරදි කරන්න, මන්ද ළඟා විය නොහැකි ලිපිනයකට විසඳෙන නාමයක් ප්‍රගතියක් නොවේ. සම්පූර්ණ නාමය විමසා පිළිතුරු දුන් සේවාදායකය සටහන් කරන්න. macOS හි සමහර විධාන රේඛා මෙවලම් සාමාන්‍ය යෙදුම්වලට වඩා වෙනස් මාර්ගයක් ගනී, එබැවින් පර්යන්තයක dig සහ බ්‍රවුසරයක් එකම නාමය ගැන එකඟ නොවිය හැක.

උපාංගයේ සාමාන්‍ය මාදිලිය එය නම් නික්මුම් නෝඩයක් තෝරා පරීක්ෂණය නැවත කරන්න. නික්මුම් නෝඩයේ DNS හැසිරවීම නික්මුම් රහිත වින්‍යාසයට වඩා වෙනස් වන අතර, එක් මාදිලියක් තුළ පමණක් පරීක්ෂා කිරීම පරිශීලකයින් ඇත්තටම දකින අසාර්ථකත්වය මඟ හැරිය හැක.

කලාපය, විසඳනයේ ලිපිනය සහ විමසුම ගෙන යන මාර්ගය සටහන් කරන්න. මෙම තුන තවත් නැවත නම් කිරීමේ වටයක් නොමැතිව බොහෝ MagicDNS පුදුම විස්තර කරයි.