macOSin resolver-tiedosto paikalliselle verkkotunnukselle VPN:n rinnalla

Työ-VPNsi ratkaisee yritysten nimet täydellisesti, kun taas kotona oleva tulostin jää saavuttamattomaksi nimellä, ja tavallinen ratkaisu, johon ihmiset tarttuvat, on osoittaa koko Mac kotireitittimeen. Se on paljon suurempi muutos kuin ongelma vaatii. macOS voi lähettää yhden DNS-liitteen omalle palvelimelleen pienen resolver-tiedoston kautta jättäen jokaisen muun haun täsmälleen sinne, missä se oli.

Luparaja tulee ensin: tämä on verkkotunnukselle, jota hallitset tai jonka määrittämiseen sinulla on valtuutus. Se ei ole kiertotie organisaation määräämän DNS-käytännön tai sen paikallisverkon rajoitusten ympäri.

Yksi tiedosto kapealla tehtävällä

Oletetaan, että paikallinen vyöhyke on lab.example.org ja sen palvelin vastaa osoitteessa 192.168.55.1. Macissa, jossa sinulla on lupa tehdä muutos, järjestelmänvalvoja luo pelkän tekstin tiedoston, jonka nimi on verkkotunnus itse, /etc/resolver/lab.example.org, joka sisältää yhden nameserver 192.168.55.1 rivin. Hakemisto ei ehkä ole olemassa uudessa järjestelmässä, joten luo se järjestelmänvalvojan oikeuksilla ja katso ennen kirjoittamista, jos hallintaohjelmisto omistaa siellä jo tiedoston.

Applen resolver-kokoonpano dokumentoi käytännön, että tiedoston nimi antaa verkkotunnuksen, kun tiedoston sisällä ei näy erillistä verkkotunnusasetusta. Se nimeämissääntö on koko temppu, ja siksi tiedosto on nimettävä vyöhykkeen eikä palvelimen mukaan.

Miten macOS valitsee resolverien välillä

Useampi kuin yksi resolver-asiakas voi olla aktiivinen, ja tarkin vastaava verkkotunnus voittaa. Verkkotunnuksen lab.example.org resolverilla on siksi eri laajuus kuin oletusresolverilla, ja tarkempi aliverkkotunnus omalla tiedostollaan voi saada etusijan uudelleen. Se antaa työ-VPN:n pitää oman liitteensä, kun laboratorio-vyöhykkeesi menee muualle. Mikään järjestelyssä ei ole maailmanlaajuista, ja se on muistamisen arvoinen seikka.

Jätä /etc/resolv.conf rauhaan. macOS kirjoittaa tuon tiedoston itse, eikä se koskaan sisältänyt täydellistä kuvaa verkkotunnuskohtaisesta ratkaisusta. Kokoonpano voi tulla myös järjestelmän kokoonpanotietokannasta eikä tämän hakemiston tiedostoista, minkä vuoksi hallintaprofiili voi ohittaa kirjoittamasi.

Kolme asiaa, joita tiedosto ei voi tarjota

Palvelimen on oltava saavutettavissa. Jos VPN estää paikallisverkon tai yritysreitti kaappaa palvelimen osoitealueen, täysin oikea liitetiedosto ei silti pysty toimittamaan kyselyä. Vie asia verkoston omistajalle sen sijaan, että laajentaisit itse paikallisia poikkeuksia.

Vyöhykkeellä on oltava oikea vastaus, ja se testataan parhaiten täysin kelvollisella nimellä, kuten printer.lab.example.org. Lyhyt nimi voi laukaista hakutoimialueen toiminnan ja päätyä esittämään eri kysymyksen kuin tarkoitit.

Lopuksi sovelluksen on pystyttävä käyttämään vastausta. Tulostimen nimen ratkaiseminen ei anna pääsyä sen osoitteeseen eikä avaa sen takana olevaa palvelua. Palautettu osoite tarvitsee yhä sallitun reitin ja käyttöoikeuskäytännön, joka sallii yhteyden. Resolver-tiedosto muuttaa sitä, mistä nimeä haetaan; se ei varaa polkua tulokselle.

Vahvista valinta sen sijaan, että korvaisit DNS:n

Tarkista, mitä macOS todella käyttää juuri nyt, ja kysy täysin kelvollinen nimi sovelluksen sisältä tai työkalusta, joka ratkaisee niin kuin sovellukset tekevät. Suora kysely osoitteeseen 192.168.55.1 todistaa, että palvelin vastaa; se ei todista, että macOS valitsi tuon palvelimen tavallisiin hakuihin. Ne ovat eri tosiasioita, ja vain toinen kuvaa, mitä selaimessi kokee.

Jos toinen resolver vaatii jo saman liitteen, ota selvää, kenen se on, ennen kuin lisäät prioriteettivihjeitä. Dokumentoitu search_order asetus järjestää asiakkaat, jotka jakavat verkkotunnuksen; se ei ole maailmanlaajuinen mieltymyskytkin, joka saisi yleisen resolverin voittamaan jokaisen kyselyn.

Vahvista, että yritysten nimet ratkeavat edelleen VPN:n ollessa yhdistettynä, ja kirjaa sitten tiedosto ja sen tarkoitus paikallisiin muistiinpanoihisi. Kun järjestely poistetaan, poista vain kyseinen tiedosto ja tarkista molemmat nimiavaruudet uudelleen sen sijaan, että nollaisit kaikki verkon DNS-asetukset.