resolvectl ප්‍රතිදානයෙන් සෑම සබැඳියකටම VPN DNS මාර්ගගත කිරීම කියවන ආකාරය
resolvectl status සෑම සබැඳියකටම සේවාදායක, වසම් සහ පෙරනිමි මාර්ගය පෙන්වයි। ඒවා එකට කියවා, පසුව නම විමසා කුමන සබැඳිය පිළිතුරු දුන්නේදැයි සටහන් කරන්න।
resolvectl status ධාවනය කරන්න, එවිට සබැඳියකට එක් කොටස් බිත්තියක් ලැබේ, එක් එක් කොටසට තමන්ගේම සේවාදායක සහ තමන්ගේම වසම් පේළියක් ඇත। මාර්ගගත කිරීම තීරණය කරන පේළිය වසම් ලැයිස්තුවයි, නාම සේවාදායකයේ ලිපිනය නොවේ, මන්ද දේශීය stub එක සෑම ප්‍රශ්නයක්ම නම ඉල්ලා සිටින සබැඳියට යවයි। පිළිතුර කියවීමට පෙර එම ඉල්ලීම් කියවන්න, පසුව නම විමසා එය සෑදූ සබැඳිය කුමක්දැයි පරීක්ෂා කරන්න। නිවැරදි සබැඳියෙන් වැරදි පිළිතුරක් වැරදි සබැඳියෙන් නිවැරදි පිළිතුරකට වඩා වෙනස් ගැටලුවකි।
සබැඳි කොටසක් ඔබට කියන දේ
සෑම කොටසක්ම විසඳන්නා එම අතුරුමුහුණත සඳහා භාවිත කරන සේවාදායක, වසම් ලැයිස්තුව සහ සබැඳිය පෙරනිමි මාර්ගය දැයි යන්න ලැයිස්තුගත කරයි। වසම් ලැයිස්තුව ඉල්ලීම් සමූහයක් වන අතර විසඳන්නා දිගම උපසර්ගයේ ගැළපීම යොදයි: host.corp.example සඳහා වන ප්‍රශ්නය corp.example ඇති සබැඳියක් විසින්, පෙරනිමි මාර්ගය පමණක් ඇති සබැඳියට පෙර ඉල්ලා සිටී। එකම උපසර්ගය ඉල්ලා සිටින සබැඳි දෙකක් ප්‍රතිඵලය ප්‍රමුඛතාව සහ අනුපිළිවෙලට භාර කරයි, එබැවින් අනුපිටපත් මුලින්ම අවධානය ලැබිය යුතුය। වර්තමාන සේවාදායක පේළිය ලැයිස්තුගත සේවාදායකවලින් කුමක් එම මොහොතේ භාවිතයේ ඇත්දැයි පෙන්වයි।
/etc/resolv.conf හි 127.0.0.53 වැනි stub ලිපිනයක් කියන්නේ stub ඉදිරියෙන් සිටින බව පමණි। එය පිළිතුරු දුන් ඉහළ මූලාශ්‍රය නම් නොකරයි, එබැවින් resolv.conf මත පමණක් පදනම් වූ රෝග විනිශ්චය සිරවේ।
වසම් සටහන් වර්ග තුන නිවැරදිව කියවන්න
| සටහන | එය ඉල්ලා සිටින දේ | සාමාන්‍ය වැරැද්ද |
|---|---|---|
| corp.example | මාර්ගගත කිරීමේ වසම සහ සෙවුම් උපසර්ගය: ඊට යටින් ඇති නම් මෙම සබැඳියට යයි, සහ අකුරු පේළිය නිරුවත් නම්වලට එකතු වේ | ඉවත් කර ඇත, මන්ද මාර්ගගත කිරීම කෙසේ හෝ ක්‍රියා කරන බව පෙනේ |
| ~corp.example | මාර්ගය පමණි: ඊට යටින් ඇති නම් මෙම සබැඳියට යයි, නමුත් උපසර්ගය එකතු නොවේ | මාර්ගගත කිරීමට අවශ්‍ය යැයි උපකල්පනය කර ඇත |
| ~. | පෙරනිමි මාර්ගය: වෙනත් කිසිදු සබැඳියක් නොගැළපෙන ප්‍රශ්න ඉල්ලා සිටී | බෙදුණු පැතිකඩක සක්‍රීයව තබා ඇත, එබැවින් පොදු නම් උමං මාර්ගය අනුගමනය කරයි |
ටිල්ඩා සෙවුම් හැසිරීම වෙනස් කරයි, මාර්ගගත කිරීම නොවේ। ටිල්ඩා නොමැති සටහන මාර්ගගත කිරීමේ වසම සහ සෙවුම් වසම දෙකම වේ, එබැවින් ඊට යටින් ඇති නම් එම සබැඳියට යවනු ලබන අතර තනි ලේබල නම්වලට උපසර්ගය එකතු වේ। ටිල්ඩා සටහන එම උපසර්ගයම මාර්ගගත කරන නමුත් එය සෙවුම් ලැයිස්තුවෙන් පිටත තබයි। එබැවින් ටිල්ඩා ඉවත් කිරීම කුමන නිරුවත් නම් විසඳේද යන්න වෙනස් කරයි, එබැවින් ටිල්ඩා නොමැති වීම සෙවුම් ගැටලුවක් මිස බෙදුණු DNS අසාර්ථකත්වයක් නොවේ।
පෙරනිමි මාර්ග සටහන වෙනත් කිසිදු සබැඳියක් නොආවරණය කරන සියල්ල ඉල්ලා සිටී। පූර්ණ උමං පැතිකඩක් සාමාන්‍යයෙන් එය අවශ්‍ය කරයි, බෙදුණු පැතිකඩක් සාමාන්‍යයෙන් නොකරයි, මන්ද පොදු නම් එවිට පෞද්ගලික විසඳන්නා වෙත ගොස් එහි අසාර්ථක විය හැක। පැතිකඩ අතර ධජ පිටපත් කරනවාට වඩා පැතිකඩේ අභිප්‍රායට එරෙහිව වගුව කියවන්න। සබැඳි දෙකක් එකම උපසර්ගය ඉල්ලා සිටින විට, වෙනත් ඕනෑම දෙයක් සංස්කරණය කිරීමට පෙර ප්‍රමුඛතා ප්‍රශ්නය විසඳන්න।
නමක් විමසා කුමන සබැඳිය පිළිතුරු දුන්නේදැයි බලන්න
query උප විධානය ලිපිනය, ප්‍රොටොකෝලය සහ පිළිතුර සෑදූ සබැඳිය හෝ විෂය පථය මුද්‍රණය කරයි। පෞද්ගලික උපසර්ගය ඉල්ලා සිටිය යුතු නමක් සහ සාමාන්‍ය පොදු නමක් පරීක්ෂා කර, පසුව වාර්තා කළ මූලාශ්‍ර සසඳන්න। පෞද්ගලික නම රැහැන් රහිත සබැඳියෙන් පිළිතුරු දෙන්නේ නම්, ඉල්ලීම නැත හෝ උමං මාර්ගය වැටී ඇත; බෙදුණු පැතිකඩක පොදු නමක් උමං මාර්ගයෙන් පිළිතුරු දෙන්නේ නම්, පෙරනිමි මාර්ගය ඉතා පළල්ය। එම අසාර්ථකත්ව දෙක බ්‍රවුසරයේ එකම ලෙසත් මෙම ප්‍රතිදානයේ ප්‍රතිවිරුද්ධ ලෙසත් පෙනේ।
resolvectl status
resolvectl query host.corp.exampleවාර්තා කළ ප්‍රොටොකෝලය දෙසද බලන්න, මන්ද හැඹිලියෙන් හෝ hosts ගොනුවෙන් පිළිතුරක් කිසිදු ඉහළ මූලාශ්‍රයක් නොවිමසා පැමිණිය හැක। හැඹිලියෙන් ලද පිළිතුරක් නම කවදා හෝ විසඳා ඇති බව ඔප්පු කරයි, වර්තමාන ප්‍රතිපත්තිය එය නිවැරදිව මාර්ගගත කරන බව නොවේ।
නම් මාර්ගගත කිරීම පැකට් මාර්ගගත කිරීමෙන් වෙන් කර තබන්න
විසඳන්නාගේ තීරණය මාවතක් නිර්මාණය නොකරයි। තෝරාගත් සේවාදායකයට තවමත් තම ලිපිනයට මාර්ගයක් අවශ්‍ය වන අතර, ආපසු ලැබුණු ලිපිනයට තවමත් පෞද්ගලික ජාලයට මාර්ගයක් අවශ්‍ය වේ, එබැවින් නිවැරදි DNS ප්‍රතිපත්තියක් කිසිදා නොවිවෘත වන සම්බන්ධතාවක් සමඟ පැවතිය හැක। නමක් විසඳී, යෙදුම අසාර්ථක වුවහොත්, නැවත DNS වෙනස් කරනවාට වඩා ලිපිනය සහ මාර්ගය පරීක්ෂා කරන්න। නම් විසඳීම සහ ළඟාවීම වෙනස් හිමිකරුවන් දෙදෙනකු සහිත ප්‍රශ්න දෙකකි।
යෙදුම් තමන්ගේම ආරක්ෂිත DNS සැකසුම හෝ කාණ්ඩගත විසඳන්නා හරහා පද්ධති විසඳන්නා සම්පූර්ණයෙන් මග හැරිය හැක। resolvectl ප්‍රතිඵලය පද්ධති මාර්ගය විස්තර කරයි, එය නොසලකා හරින බ්‍රවුසරයක් ඔබ කරන සෑම පරීක්ෂණයකටම එකඟ නොවනු ඇත। ප්‍රතිපත්තිය කැඩී ඇතැයි නිගමනය කිරීමට පෙර එම සැකසුම පරීක්ෂා කරන්න।
නම විසඳුණු ලිපිනය සබැඳිය අසල සටහන් කරන්න। වැරදි ලිපිනයකට යොමු වන නිවැරදි නම මාර්ගගත කිරීමේ ගැටලුවක් නොව, වාර්තා ගැටලුවකි।
සබැඳිය වෙනස් වූ පසු නැවත පරීක්ෂා කරන්න
නැවත සම්බන්ධ වීම හෝ රැහැන් රහිත මාරුවක් සබැඳියේ තත්ත්වය නැවත ගොඩනඟයි, ජාල කළමනාකරු අතින් සකසන ලද සියල්ල මත තම වසම් සහ සේවාදායක නැවත ස්ථාපනය කළ හැක। ඉන් පසු එම නම් දෙකම විමසා සටහන් කළ මූල රේඛාව සමඟ සසඳන්න। අතින් කළ සංස්කරණයක් අතුරුදහන් වී ඇත්නම්, නිවැරදි කිරීම සම්බන්ධතා පැතිකඩට අයත් වේ shell විධානයකට නොවේ। පෙර සහ පසු සටහන් කිරීමම එය දෘශ්‍යමාන කරයි।
වාර්තාවට අවශ්‍ය නම් සහ සේවාදායක සන්දර්භය පමණක් බෙදාගන්න, මන්ද අභ්‍යන්තර උපසර්ග භූ සැලැස්ම හෙළිදරව් කරයි। වසම් මාර්ගගත කිරීම පිළිබඳ systemd-resolved ලේඛනය දිගම ගැළපීමේ නියමය සහ ටිල්ඩා හැසිරීම ආවරණය කරයි, එක් වරක් කියවීම ඉහත වගුවේ බොහෝ වැරදි වළක්වයි: systemd-resolved හි ප්‍රශ්න මාර්ගගත කිරීම।