File resolver ng macOS para sa lokal na domain sa tabi ng VPN
Isang makitid na file resolver ang makakapagpadala ng isang lokal na domain sa sarili nitong DNS server sa isang Mac, nang hindi pinapalitan ang resolver ng work VPN o gumagawa ng anumang ruta.
Perpektong nire-resolve ng work VPN mo ang mga pangalan ng kumpanya habang nananatiling hindi maabot sa pangalan ang printer sa bahay, at ang karaniwang ayos na ginagawa ng mga tao ay ituro ang buong Mac sa router ng bahay. Mas malaking pagbabago iyon kaysa sa kailangan ng problema. Maaaring magpadala ang macOS ng isang DNS suffix sa sarili nitong server sa pamamagitan ng maliit na file resolver, at iwanan ang bawat iba pang paghahanap nang eksakto kung nasaan ito.
Uuna ang hangganan ng pahintulot: ito ay para sa isang domain na pinangangasiwaan mo o pinahintulutan kang i-configure. Hindi ito daan sa paligid ng ipinatutupad na patakaran sa DNS ng isang organisasyon o ng mga paghihigpit nito sa lokal na network.
Isang file na may makitid na gawain
Ipagpalagay na ang lokal na zone ay lab.example.org at ang server nito ay sumasagot sa 192.168.55.1. Sa isang Mac kung saan pinapayagan kang gawin ang pagbabago, gumagawa ang isang administrator ng simpleng text file na ang pangalan ay ang domain mismo, /etc/resolver/lab.example.org, na may isang linyang nameserver 192.168.55.1. Maaaring wala ang directory na iyon sa bagong system, kaya gawin ito nang may mga karapatan ng administrator, at tumingin bago magsulat kung may file na pag-aari na roon ang software sa pamamahala.
Inilalarawan ng dokumentasyon ng Apple sa configuration ng resolver ang kaugalian na ang pangalan ng file ang nagbibigay ng domain kapag walang hiwalay na setting ng domain na lumilitaw sa loob ng file. Ang tuntunin sa pagpapangalan ay ang buong pakulo, at iyon ang dahilan kung bakit kailangang pangalanan ang file ayon sa zone at hindi ayon sa server.
Paano pumipili ang macOS sa mga resolver
Maaaring aktibo ang higit sa isang resolver client, at ang pinakaspesipikong tumutugmang domain ang nananalo. Ang isang resolver para sa lab.example.org ay may ibang saklaw kaysa sa default na resolver, at ang isang mas spesipikong subdomain na may sariling file ay maaaring muling magkaroon ng prayoridad. Ito ang nagpapahintulot sa isang work VPN na panatilihin ang sarili nitong suffix habang ang lab zone mo ay pumupunta sa ibang lugar. Walang anuman sa kaayusang ito ang pandaigdigan, at iyon ang puntong dapat tandaan.
Iwanan ang /etc/resolv.conf nang payapa. ang macOS mismo ang sumusulat ng file na iyon, at hindi kailanman naglaman ito ng buong larawan ng resolution na partikular sa domain. Maaari ring dumating ang configuration mula sa database ng configuration ng system sa halip na sa mga file sa directory na ito, at iyon ang dahilan kung bakit maaaring i-override ng isang management profile ang isinulat mo.
Tatlong bagay na hindi maibibigay ng file
Dapat maabot ang server. Kung hinaharangan ng VPN ang lokal na networking, o nahuhuli ng isang corporate route ang hanay ng address ng server, ang isang ganap na tamang suffix file ay hindi pa rin makapaghahatid ng query. Dalhin ito sa may-ari ng network sa halip na palawakin mo mismo ang mga lokal na eksepsiyon.
Dapat taglayin ng zone ang tamang sagot, at pinakamainam itong subukan gamit ang isang ganap na kwalipikadong pangalan tulad ng printer.lab.example.org. Ang isang maikling pangalan ay maaaring mag-trigger ng gawi ng search domain at magtapos sa pagtatanong ng ibang bagay kaysa sa ibig mong itanong.
Sa huli, dapat magamit ng application ang sagot. Ang pag-resolve ng pangalan ng printer ay hindi nagbibigay ng access sa address nito, at hindi nito binubuksan ang serbisyo sa likod nito. Ang ibinalik na address ay kailangan pa rin ng pinahintulutang ruta at patakaran sa access na pumapayag sa koneksyon. Binabago ng file resolver kung saan hinahanap ang isang pangalan; hindi ito nagrereserba ng daan para sa resulta.
I-verify ang pagpili sa halip na palitan ang DNS
Suriin kung ano ang aktwal na ginagamit ng macOS ngayon, at itanong ang ganap na kwalipikadong pangalan mula sa loob ng application mismo o mula sa isang tool na nagre-resolve tulad ng ginagawa ng mga application. Ang direktang query sa 192.168.55.1 ay nagpapatunay na sumasagot ang server; hindi nito pinapatunayan na pinili ng macOS ang server na iyon para sa mga ordinaryong paghahanap. Iba't ibang katotohanan iyon, at ang pangalawa lamang ang naglalarawan ng mararanasan ng browser mo.
Kung may ibang resolver na umaangkin na sa parehong suffix, alamin kung kanino ito bago magdagdag ng mga pahiwatig sa prayoridad. Ang nakadokumentong setting na search_order ay nag-aayos ng mga client na nagbabahagi ng isang domain; hindi ito pandaigdigang switch ng kagustuhan na nagpapapanalo sa isang pangkalahatang resolver sa bawat query.
Kumpirmahin na nagre-resolve pa rin ang mga pangalan ng kumpanya habang nakakonekta ang VPN, pagkatapos itala ang file at ang layunin nito sa iyong mga lokal na tala. Kapag itinigil ang kaayusan, tanggalin lamang ang file na iyon at muling suriin ang dalawang name space sa halip na i-reset ang lahat ng setting ng DNS ng network.