Miksi MagicDNS ratkaisee laitteita mutta ei toimiston isäntänimiä

MagicDNS antaa jokaiselle tailnetin laitteelle nimen, joka johdetaan sen koneen nimestä ja tailnetin DNS-verkkotunnuksesta. Tailscale luo tämän nimen, ja siihen vastataan Tailscalen ratkaisijan polkua pitkin. Toimiston isäntänimi, kuten files.office.example, kuuluu vyöhykkeeseen, jota Tailscale ei koskaan kirjoittanut, joten laitteen uudelleennimeäminen ei voi luoda sitä. Kaksi nimiavaruutta ovat rinnakkain; niillä on vain eri omistajat.

Tämä mekanismi on hyvin yleisen raportin takana: Tailscale-isäntä vastaa, ja tiedostopalvelin palauttaa yhä ratkaisuvirheen.

Kaksi nimiavaruutta, kaksi omistajaa

Laitteen nimi luodaan koneen omasta isäntänimestä, törmäykset ratkaisee Tailscale, ja tulos elää tailnet-verkkotunnuksen alla. Toimiston vyöhykettä ylläpitää se, joka pyörittää toimiston ratkaisijaa, ja tietueet luo järjestelmänvalvoja tai dynaaminen rekisteröinti. Lyhyet nimet peittävät eron: files voi olla hakuliitteen laajennus, johon toimiston DNS vastaa, tailnet-laite tai ei mitään. Koko nimen kysely näyttää, mikä järjestelmä todella vastasi.

Aliverkon reitittimen koneen nimen muuttaminen ei tee mitään toimiston vyöhykkeelle. Se nimeää uudelleen yhden Tailscale-laitteen ja jättää toimistopalvelimen tietueen koskemattomaksi, minkä vuoksi uudelleennimeäminen ja uusi yritys eivät koskaan kohtaa.

Ohjaa toimiston vyöhyke sen ratkaisijaan

Tailscalen jaettu DNS lähettää valittujen verkkotunnusten kyselyt määrittämällesi nimipalvelimelle, ja kaikki muu noudattaa jäljellä olevaa käytäntöä. Lisää verkkotunnus, jota toimiston ratkaisija todella palvelee, älä hakuliitettä, jonka satut kirjoittamaan. Hakuliite kertoo asiakkaalle, mitä lisätään; se ei kerro ratkaisijalle, mistä etsiä. Nämä kaksi asetusta näyttävät konsolissa samanlaisilta ja käyttäytyvät täysin eri tavoin.

Rajoitetun nimipalvelimen on oltava valtuutettu siihen liittyvälle verkkotunnukselle, muuten vastaus on viittaus eikä osoite.

Tavoitettavuus tulee ennen ratkaisua

Asiakkaan on myös päästävä tähän nimipalvelimeen. Yksityisen LANin ratkaisijaa varten aliverkon reitti on ilmoitettava ja hyväksyttävä, käyttökäytännön on sallittava kysely, ja paluupolun on oltava olemassa. Oikea DNS-osoite hallintakonsolissa todistaa vain, että kokoonpano tallennettiin. Jos paketit eivät pääse ratkaisijaan, oire on aikakatkaisu, joka näyttää erilaiselta kuin valtuutettu vastaus, ettei tällaista tietuetta ole.

Tämä ero on diagnostinen. Aikakatkaisu viittaa reititykseen tai käytäntöön, kun taas välitön kielteinen vastaus viittaa tietueeseen tai vyöhykkeeseen. Lue, kumman saat, ennen kuin muutat mitään DNS-asetusta.

Erota nimen epäonnistuminen palvelun epäonnistumisesta

Jos resurssi vastaa yksityisessä osoitteessaan mutta ei isäntänimellä, tutkinta pysyy DNS:ssä. Jos kumpikaan ei toimi, korjaa ensin reititys tai palvelu, sillä nimi, joka ratkeaa saavuttamattomaan osoitteeseen, ei ole edistystä. Kysy koko nimeä ja merkitse, mikä palvelin vastasi. macOS:ssä jotkin komentorivityökalut kulkevat eri polkua kuin tavalliset sovellukset, joten terminaali dig ja selain voivat olla eri mieltä samasta nimestä.

Toista testi valitulla poistumissolmulla, jos se on laitteen normaali tila. Poistumissolmun DNS-käsittely eroaa kokoonpanosta ilman poistumissolmua, ja vain yhdessä tilassa testaaminen voi jättää huomaamatta vian, jonka käyttäjät todella näkevät.

Kirjaa vyöhyke, ratkaisijan osoite ja reitti, joka kuljettaa kyselyn. Nämä kolme selittävät useimmat MagicDNS-yllätykset ilman uutta uudelleennimeämiskierrosta.