Azure VPN Client na Macu: DNS servery patria do profilu

Na macOS dostávajú tri rôzne otázky rovnaké pokrčenie ramien. Ktorý klient to je? Odkiaľ berie svoje DNS servery? A keď je nastavenie na mieste, prečo krátke meno stále zlyháva? Majú oddelené odpovede a len prvá sa týka súboru profilu. Správne poradie premení hmlistý problém s DNS na jeden overiteľný krok za druhým.

Potvrďte, ktorého klienta nastavujete

Toto je Azure VPN Client od Microsoftu, ktorý používa OpenVPN na prístup bod–lokalita. Jeho XML nie je natívny profil IKEv2 pre macOS a nie je ani konfiguračný súbor pre každého klienta OpenVPN tretej strany.

Ak sa Mac pripája cez vstavaný systémový dialóg, ste v nesprávnom dokumente.

DNS žije vnútri XML profilu

Stiahnite aktuálny profil pre zamýšľanú bránu a metódu overovania a potom si pred akýmkoľvek zásahom ponechajte nezmenenú kópiu. Upravujte len pracovnú kópiu a nevkladajte jej overovací materiál do tiketu podpory.

Príručka voliteľných nastavení umiestňuje DNS záznamy do prvku clientconfig. Minimálny fragment vyzerá takto, s adresou, ktorú vaša organizácia skutočne prevádzkuje.

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

Táto adresa je ilustratívna, nie prekladač, ktorý poskytuje Azure. Vložte záznamy do existujúcej konfigurácie, namiesto vkladania druhého prvku clientconfig, pretože Microsoft uvádza, že duplicitné prvky nie sú na macOS podporované. Vygenerované profily môžu mať aj zástupný symbol nil tam, kde patrí skutočná konfigurácia, a pridanie nastavení vedľa prvku nil nie je oprava.

Import je tá zmena

Uloženie súboru samo o sebe nič nemení. Otvorte Azure VPN Client, zvoľte Import, vyberte upravený XML, doplňte požadované polia a uložte pripojenie.

Potom sa znova pripojte cez toto importované pripojenie. Profil ležiaci na disku, kým staršie pripojenie zostáva aktívne, je najčastejším dôvodom, prečo sa správna úprava javí ako neúčinná.

Obmedzenie prípony rozhoduje o prvom teste

Ako je zdokumentované 30. októbra 2026, ďalšie hodnoty prípony DNS sa v tejto konfigurácii na macOS správne neuchovávajú. Skopírovať príklad prípony z Windows a sľúbiť rovnaké správanie je presne to, ako sa funkčný prekladač nahlási ako pokazený. Zadajte prípony, uložte, pripojte sa znova a skontrolujte, či prežili opätovné pripojenie. Ak nie, plánujte s plne kvalifikovanými názvami, namiesto boja s klientom.

Najprv testujte s plne kvalifikovaným súkromným názvom hostiteľa. Ak sa FQDN preloží a krátke meno nie, naučili ste sa niečo konkrétne: prekladač je dostupný a rozšírenie krátkych mien chýba. To je iná závada ako nedostupný DNS server a potrebuje iného vlastníka.

Prekladač stále potrebuje cestu

Uvedenie adresy v XML nevytvára službu DNS. Na adrese musí bežať autorizovaný prekladač, ktorý dokáže odpovedať alebo preposlať súkromný menný priestor, a Mac musí mať povolenie dostať sa k nemu tunelom. Ak tento prekladač stojí za pravidlom firewallu, ktoré nepozná rozsah tunela, dopyty vypršia bez užitočnej chyby. Časový limit potom vyzerá presne ako nesprávna adresa a ľudia hodinu znova upravujú XML.

Prezrite aktívny stav prekladača na pripojenom Macu a potom sa toho servera spýtajte priamo, aby ste jeho odpoveď oddelili od voľby prekladača v aplikácii. Priama požiadavka dokazuje, že server funguje. Nedokazuje, že bežné vyhľadávania vyberajú práve jeho.

Odovzdajte tri oddelené výsledky

V odovzdaní ich držte oddelene: upravený profil bol importovaný, zamýšľaný prekladač odpovedal na požadované meno a aplikácia dosiahla vrátenú adresu. Každý má iného vlastníka a inú opravu.

Stačí jeden riadok na výsledok a zabráni to tomu, aby ďalší človek znova upravoval profil, ktorý už bol správny.