Azure VPN Client á Mac: setja DNS-þjónana í sniðið

DNS fyrir Azure VPN Client á macOS er í innfluttu XML-sniðinu. Breytið, flytjið inn og tengist aftur, prófið svo slóð uppflettisins sérstaklega.

Á macOS er þremur ólíkum spurningum svarað með sama axlaþrystingi. Hvaða biðlari er þetta? Hvaðan koma DNS-þjónar hans? Og þegar stillingin er komin á sinn stað, hvers vegna bregst stutt nafn samt? Þau hafa aðskilin svör, og aðeins það fyrsta snýr að sniðskránni. Rétt röð gerir óljóst DNS-vandamál að einu sannanlegu skrefi í einu.

Staðfestið hvaða biðlara þið stillið

Þetta er Azure VPN Client frá Microsoft sem notar OpenVPN fyrir aðgang frá punkti til staðar. XML þess er ekki innfædd macOS IKEv2-snið og ekki heldur stillingarskrá fyrir hvern þriðja aðila OpenVPN-biðlara.

Ef Macinn tengist í gegnum innbyggða kerfisgluggann eruð þið í rangri skjölu.

DNS býr inni í XML-sniðinu

Sækið núverandi snið fyrir fyrirhugaða gátt og auðkenningaraðferð, og geymið síðan óbreytta afrit áður en þið snertið nokkuð. Breytið aðeins vinnuafritinu, og setjið ekki auðkenningarefni þess í stuðningsmiða.

Leiðarvísirinn um valfrjálsar stillingar setur DNS-færslurnar inni í clientconfig-hlut. Lágmarksbrot lítur svona út, með vistfangi sem fyrirtækið ykkar rekur í raun.

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

Þetta vistfang er til dæmis, ekki uppflettir sem Azure útvegar. Samþættið færslurnar í fyrirliggjandi stillingum í stað þess að líma annað clientconfig-hlut, því Microsoft segir að tvítekin hlutir séu ekki studdir á macOS. Mynduð snið geta einnig borið nil-haldara þar sem raunverulegu stillingarnar eiga að vera, og að bæta stillingum við hlið nil-htutar er ekki viðgerð.

Innflutningurinn er breytingin

Að vista skrána breytir engu sjálft. Opnið Azure VPN Client, veljið Import, veljið endurskoðaða XML, fyllið út nauðsynlega reiti og vistið tenginguna.

Tengist síðan aftur í gegnum þá innfluttu tengingu. Snið sem liggur á diski meðan eldri tenging helst virk er algengasta ástæðan fyrir því að rétt breyting virðist gera ekkert.

Viðbótarmörkin ráða fyrstu prófuninni

Eins og skjalfest var 30. október 2026, varðveitast viðbótar DNS-viðbótargildi í þessum stillingum ekki rétt á macOS. Að afrita Windows-viðbótardæmi og lofa samskonar hegðun er leiðin sem virkur uppflettir er tilkynntur bilaður. Sláið inn viðbæturnar, vistið, tengist aftur og kannið hvort þær lifðu endurtengingu. Ef ekki, skipuleggið út frá fullum nöfnum í stað þess að berjast við biðlarann.

Prófið fyrst með fullu einkareknu hýsitölvunafni. Ef FQDN leysist en stutta nafnið ekki, lærðuð þið eitthvað ákveðið: uppflettirinn er aðgengilegur og stækkun stutts nafns vantar. Það er annar galli en óaðgengilegur DNS-þjónn, og hann þarf annan ábyrgðarmann.

Uppflettirinn þarf enn slóð

Að telja upp vistfang í XML býr ekki til DNS-þjónustu. Vistfangið verður að keyra heimilaðan uppfletti sem getur svarað eða sent áfram einkanafnrýmið, og Macnum verður að vera leyft að ná til hans í gegnum göngin. Ef sá uppflettir er bak við eldveggjarreglu sem þekkir ekki göngusviðið, falla fyrirspurnir á tíma án gagnlegrar villu. Þá lítur tímamörkin nákvæmlega út eins og rangt vistfang, og fólk breytir XML-inu aftur í klukkustund.

Skoðið virkt ástand uppflettisins á tengda Macnum, og spyrjið síðan þann þjón beint til að einangra svar hans frá vali forritsins á uppfletti. Bein fyrirspurn sannar að þjónninn virkar. Hún sannar ekki að venjulegar uppflettingar velji hann.

Afhendið þrjár aðskildar niðurstöður

Haldið þeim aðskildum í afhendingunni: endurskoðaða sniðið var flutt inn, fyrirhugaði uppflettirinn svaraði umbeðna nafninu og forritið náði í skilaða vistfangið. Hvert hefur annan ábyrgðarmann og aðra lagfæringu.

Ein lína á niðurstöðu er nóg, og hún kemur í veg fyrir að næsta manneskja breyti aftur sniði sem var þegar rétt.

Tengdir greinar