Resolver-skrá macOS fyrir staðbundið lén við hlið VPN

Vinnu-VPN þitt leysir fyrirtækjanöfn fullkomlega á meðan prentarinn heima er áfram óaðgengilegur eftir nafni, og venjulega lausnin sem fólk grípur til er að beina öllum Macnum á heimaleiðarann. Það er mun stærri breyting en vandamálið krefst. macOS getur sent eitt DNS-viðskeyti á sinn eigin þjón í gegnum litla resolver-skrá, og skilið hverja aðra uppflettingu nákvæmlega þar sem hún var.

Heimildarmörkin koma fyrst: þetta er fyrir lén sem þú stjórnar eða hefur fengið heimild til að stilla. Það er ekki leið fram hjá DNS-stefnu stofnunar sem er framfylgt eða staðbundnum nettakmörkunum hennar.

Ein skrá með þröngu hlutverki

Gerum ráð fyrir að staðbundna svæðið sé lab.example.org og þjónninn svari á 192.168.55.1. Á Mac þar sem þú mátt gera breytinguna býr stjórnandi til venjulega textaskrá sem heitir léninu sjálfu, /etc/resolver/lab.example.org, og inniheldur eina nameserver 192.168.55.1 línu. Möppuna er kannski ekki til á nýju kerfi, svo búðu hana til með stjórnandaréttindum, og skoðaðu áður en þú skrifar ef stjórnunarbúnaður á nú þegar skrá þar.

Skjöl Apple um resolver-stillingar lýsa venjunni að skráarnafnið gefi lénið þegar engin sérstök lénsstilling kemur fram inni í skránni. Þessi nafnaregla er allt bragðið, og þess vegna verður skráin að heita eftir svæðinu frekar en eftir þjóninum.

Hvernig macOS velur á milli resolvera

Fleiri en einn resolver-klientur getur verið virkur, og nákvæmasta samsvarandi lénið vinnur. Resolver fyrir lab.example.org hefur því annað gildissvið en sjálfgefni resolverinn, og nákvæmara undirlén með eigin skrá getur aftur tekið forgang. Það er það sem gerir vinnu-VPN kleift að halda sínu eigin viðskeyti á meðan lab-svæðið þitt fer annað. Ekkert við fyrirkomulagið er alþjóðlegt, og það er punktinn sem er vert að muna.

Láttu /etc/resolv.conf í friði. macOS skrifar þá skrá sjálft, og hún hélt aldrei fullri mynd af léns-sértækri uppflettingu. Stillingar geta líka komið úr gagnagrunni kerfisstillinga frekar en úr skrám í þessari möppu, og þess vegna getur stjórnunarsnið hnekkt því sem þú skrifaðir.

Þrjú atriði sem skráin getur ekki veitt

Þjónninn verður að vera aðgengilegur. Ef VPN lokar staðbundnu neti, eða fyrirtækisleið grípur svið þjónsins, getur fullkomlega rétt viðskeytisskrá samt ekki skilað fyrirspurn. Farðu með það til neteigandans frekar en að víkka staðbundnar undantekningar sjálfur.

Svæðið verður að hafa rétta svarið, og það er best prófað með fullu nafni eins og printer.lab.example.org. Stutt nafn getur virkjað leitarlénshegðun og endað á að spyrja annarrar spurningar en þú ætlaðir að spyrja.

Að lokum verður forritið að geta notað svarið. Að leysa nafn prentara veitir ekki aðgang að vistfangi hans, og það opnar ekki þjónustuna á bak við hann. Skilað vistfang þarf samt leyfða leið og aðgangsstefnu sem heimilar tenginguna. Resolver-skrá breytir því hvar nafn er flett upp; hún áskilur ekki slóð fyrir niðurstöðuna.

Staðfestu valið í stað þess að skipta um DNS

Athugaðu hvað macOS er í raun að nota núna, og spurðu eftir fulla nafninu inni í forritinu sjálfu eða úr tóli sem leysir á sama hátt og forrit gera. Bein fyrirspurn á 192.168.55.1 sannar að þjónninn svari; hún sannar ekki að macOS hafi valið þann þjón fyrir venjulegar uppflettingar. Þetta eru ólík staðreyndir, og aðeins önnur þeirra lýsir því sem vafrinn þinn mun upplifa.

Ef annar resolver gerir nú þegar tilkall til sama viðskeytis, finndu út hver á það áður en þú bætir við forgangsávísunum. Skjalfesta search_order stillingin raðar klientum sem deila léni; hún er ekki alþjóðleg valkvörð sem lætur almennan resolver vinna hverja fyrirspurn.

Staðfestu að fyrirtækjanöfn leysist enn með VPN tengt, skráðu síðan skrána og tilgang hennar í staðbundnar minnispunkta þínar. Þegar fyrirkomulaginu er hætt skaltu aðeins eyða þeirri skrá og endurskoða bæði nafnrúmin í stað þess að endurstilla allar DNS-stillingar netsins.