Mac හි Azure VPN Client: DNS සේවාදායක පැතිකඩ තුළ තබන්න

macOS හි දී වෙනස් ප්‍රශ්න තුනකට එකම උරහිස් සැලීමෙන් පිළිතුරු දෙනු ලැබේ. මෙය කුමන සේවාලාභියාද? එහි DNS සේවාදායක පැමිණෙන්නේ කොහෙන්ද? සැකසුම සිය තැනට පැමිණි පසුවත් කෙටි නාමය අසාර්ථක වන්නේ ඇයි? ඒවාට වෙන් වෙන් පිළිතුරු ඇත, පළමු එක පමණක් පැතිකඩ ගොනුව ගැනය. නිවැරදි අනුපිළිවෙල අපැහැදිලි DNS ගැටලුවක් එකවර එක් සත්‍යාපනය කළ හැකි පියවරක් බවට පත් කරයි.

ඔබ වින්‍යාස කරන්නේ කුමන සේවාලාභියාදැයි තහවුරු කරන්න

මෙය ලක්ෂ්‍යයේ සිට අඩවියට ප්‍රවේශය සඳහා OpenVPN භාවිතා කරන Microsoft හි Azure VPN Client වේ. එහි XML macOS හි ස්වදේශීය IKEv2 පැතිකඩක් නොවේ, කිසිදු තෙවන පාර්ශව OpenVPN සේවාලාභියෙකුගේ වින්‍යාස ගොනුවක්ද නොවේ.

Mac එක ඇතුළත් පද්ධති සංවාදය හරහා සම්බන්ධ වන්නේ නම්, ඔබ සිටින්නේ වැරදි ලේඛනයක ය.

DNS පැතිකඩ XML තුළ ජීවත් වේ

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

විකල්ප සැකසුම් මාර්ගෝපදේශය DNS සටහන් clientconfig මූලද්‍රව්‍යය තුළ තබයි. අවම කොටස මෙසේ පෙනේ, ඔබේ සංවිධානය සැබවින්ම ධාවනය කරන ලිපිනයක් සමඟ.

<clientconfig>
    <dnsservers>
        <dnsserver>10.20.2.4</dnsserver>
    </dnsservers>
</clientconfig>

එම ලිපිනය නිදර්ශනාත්මකය, Azure සපයන විසඳන්නෙකු නොවේ. දෙවන clientconfig මූලද්‍රව්‍යය ඇලවීම වෙනුවට සටහන් පවතින වින්‍යාසයට ඒකාබද්ධ කරන්න, මන්ද macOS හි දී යුගල මූලද්‍රව්‍ය සමර්ථ නොවන බව Microsoft පවසයි. ජනනය කළ පැතිකඩවල සැබෑ වින්‍යාසය තිබිය යුතු තැන nil ආදේශකයක් ද තිබිය හැක, nil මූලද්‍රව්‍යයක් අසල සැකසුම් එකතු කිරීම අලුත්වැඩියාවක් නොවේ.

ආයාතය යනු වෙනසයි

ගොනුව සුරැකීමෙන් තමන් විසින්ම කිසිවක් වෙනස් නොවේ. Azure VPN Client විවෘත කර, Import තෝරා, සංශෝධිත XML තෝරා, අවශ්‍ය ක්ෂේත්‍ර පුරවා සම්බන්ධතාවය සුරකින්න.

පසුව එම ආයාත කළ සම්බන්ධතාවය හරහා නැවත සම්බන්ධ වන්න. තැටියේ පැතිකඩක් තිබියදී පැරණි සම්බන්ධතාවයක් සක්‍රීයව පවතින විට, නිවැරදි සංස්කරණයක් කිසිවක් නොකරන බව පෙනීමට හේතු වන වඩාත් සුලභ හේතුව එයයි.

පසුබැඳුම් සීමාව ඔබේ පළමු පරීක්ෂණය තීරණය කරයි

2026 ඔක්තෝබර් 30 දින ලේඛනගත කළ පරිදි, මෙම වින්‍යාසයේ අමතර DNS පසුබැඳුම් අගයන් macOS හි නිවැරදිව රැඳෙන්නේ නැත. Windows පසුබැඳුම් උදාහරණයක් පිටපත් කර එකම හැසිරීම පොරොන්දු වීම ක්‍රියාකාරී විසඳන්නෙකු බිඳුණු ලෙස වාර්තා වීමට හේතු වන මාර්ගයයි. පසුබැඳුම් ඇතුළත් කර, සුරකින්න, නැවත සම්බන්ධ වී, නැවත සම්බන්ධ වීමෙන් පසු ඒවා රැඳුණේදැයි බලන්න. නොරැඳුණේ නම්, සේවාලාභියා සමඟ සටන් කිරීම වෙනුවට සම්පූර්ණ සුදුසුකම් ලත් නාම සමඟ සැලසුම් කරන්න.

පළමුව සම්පූර්ණ සුදුසුකම් ලත් පෞද්ගලික සත්කාරක නාමයක් සමඟ පරීක්ෂා කරන්න. FQDN විසඳුනත් කෙටි නාමය විසඳුනේ නැත්නම්, ඔබ නිශ්චිත දෙයක් ඉගෙන ගත්තා: විසඳන්නා ළඟා විය හැකි අතර කෙටි නාම විස්තරණය නොමැත. මෙය ළඟා විය නොහැකි DNS සේවාදායකයකට වඩා වෙනස් දෝෂයක් වන අතර එයට වෙනත් වගකිවයෙකු අවශ්‍ය වේ.

විසඳන්නාට තවමත් මාර්ගයක් අවශ්‍යයි

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

සම්බන්ධිත Mac හි සක්‍රීය විසඳන තත්ත්වය පරීක්ෂා කර, පසුව එහි පිළිතුර යෙදුමේ විසඳන තේරීමෙන් වෙන් කිරීමට එම සේවාදායකයාගෙන් සෘජුවම විමසන්න. සෘජු විමසුම සේවාදායකයා ක්‍රියා කරන බව ඔප්පු කරයි. සාමාන්‍ය සෙවීම් එය තෝරා ගන්නා බව ඔප්පු නොකරයි.

වෙන් වෙන් ප්‍රතිඵල තුනක් භාර දෙන්න

භාර දීමේ දී මේවා වෙන් කර තබන්න: සංශෝධිත පැතිකඩ ආයාත කරන ලදි, අපේක්ෂිත විසඳන්නා ඉල්ලූ නාමයට පිළිතුරු දුන්නේය, යෙදුම ආපසු දුන් ලිපිනයට ළඟා විය. එක් එක් එකට වෙනස් වගකිවයෙක් සහ වෙනස් නිරාකරණයක් ඇත.

එක් ප්‍රතිඵලයකට එක් පේළියක් ප්‍රමාණවත් වන අතර, එය ඊළඟ පුද්ගලයාට දැනටමත් නිවැරදි වූ පැතිකඩක් නැවත සංස්කරණය කිරීම වළක්වයි.