Azure VPN Client op Mac: set DNS-servers yn it profyl

Op macOS krije trije ferskillende fragen itselde skouderophalen. Hokker klant is dit? Wêr komme syn DNS-servers wei? En no’t de ynstelling op syn plak is, wêrom mislearret in koarte namme dan noch? Se hawwe aparte antwurden, en allinnich de earste giet oer it profylbestân. De juste folchoarder makket fan in ûndúdlik DNS-probleem ien ferifiearbere stap tagelyk.

Befêstigje hokker klant jo konfigurearje

Dit is de Azure VPN Client fan Microsoft dy’t OpenVPN brûkt foar tagong fan punt nei side. Syn XML is gjin native macOS IKEv2-profyl, en ek gjin konfiguraasjebestân foar elke OpenVPN-klant fan tredden.

As de Mac ferbynt fia de ynboude systeemdialooch, binne jo yn it ferkearde dokumint.

DNS sit binnenyn de profyl-XML

Download it aktuele profyl foar de bedoelde gateway en autentikaasjemetoade, en bewarje dan in unferoare kopie foardat jo eat oanrekke. Bewurkje allinnich de wurkkopie, en plak it autentikaasjemateriaal net yn in stipekaart.

De hantlieding foar opsjonele ynstellingen set de DNS-ynfieringen yn in clientconfig-elemint. In minimaal fragmint sjocht der sa út, mei in adres dat jo organisaasje eins rint.

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

Dat adres is yllustratyf, net in resolver dy’t Azure leveret. Yntegrearje de ynfieringen yn ’e besteande konfiguraasje ynstee fan in twadde clientconfig-elemint te plakken, om’t Microsoft stelt dat dûbele eleminten op macOS net stipe wurde. Generearre profilen kinne ek in nil-plakhâlder hawwe wêr’t de echte konfiguraasje heart, en ynstellingen njonken in nil-elemint tafoegje is gjin reparaasje.

Ymport is de feroaring

It bestân bewarje feroaret op himsels neat. Iepenje Azure VPN Client, kies Import, selektearje de wizige XML, foltôgje de ferplichte fjilden en bewarje de ferbining.

Ferbyn dan op ’e nij fia dy ymportearre ferbining. In profyl dat op ’e skiif leit wylst in âldere ferbining aktyf bliuwt, is de meast foarkommende reden dat in korrekte bewurking neat liket te dwaan.

De efterheakselbeheining beslút jo earste test

Lykas dokumintearre op 30 oktober 2026, bliuwe ekstra DNS-efterheakselwearden yn dizze konfiguraasje net goed op macOS. In Windows-efterheakselfoarbyld kopiearje en identyk gedrach tasizze is de wize wêrop in wurkjende resolver as stikken rapporteare wurdt. Fier de efterheaksels yn, bewarje, ferbyn op ’e nij en kontrolearje oft se de werferbining oerlibbe hawwe. Sa net, planje om folslein kwalifisearre namme hinne ynstee fan mei de klant te fjochtsjen.

Test earst mei in folslein kwalifisearre privee hostnamme. As de FQDN oplost en de koarte namme net, hawwe jo eat spesifyks leard: de resolver is berikber en de útbou fan koarte namme mist. Dat is in oare fout as in net-berikbere DNS-server, en it freget in oare eigner.

De resolver hat noch hieltyd in paad nedich

In adres yn XML listigje makket gjin DNS-tsjinst. It adres moat in autorisearre resolver rinne litte dy’t it privee nammerom beantwurdzje of trochstjoere kin, en de Mac moat tastimming hawwe om it fia de tunnel te berikken. As dy resolver efter in firewallregel sit dy’t it tunnelberik net ken, ferrinne de query’s sûnder nuttige flater. Dan liket de timeout krekt as in ferkeard adres, en minsken bewurkje de XML in oere lang op ’e nij.

Besjoch de aktive resolver-tastân fan ’e ferbûne Mac, en freegje dan dy server direkt om syn antwurd te isolearjen fan ’e resolverkar fan ’e applikaasje. In direkte query bewissiget dat de server wurket. It bewissiget net dat gewoane sykaksjes him kieze.

Oerhandigje trije aparte resultaten

Hâld se apart yn ’e oerdracht: it wizige profyl is ymportearre, de bedoelde resolver hat it frege namme beantwurde, en de applikaasje hat it weromjûn adres berikt. Elk hat in oare eigner en in oare oplossing.

Ien rigel per resultaat is genôch, en it foarkomt dat de folgjende persoan in profyl op ’e nij bewurket dat al goed wie.