Gefðu heimavpn-inu þínu eigin DNS-færslur fyrir nas.home.arpa

Þegar göngin eru uppi er síðasta skrefið venjulega nafn sem virkar í stað þess að líma veffang í bókamerki. dnsmasq-hýsilfærsla ásamt leysiaðsetri sem biðlarinn nær til gerir það með tveimur skrám og án multicast. Ákvörðunin sem þarf virkilega að hugsa er þrengri: sendir biðlarinn allt DNS í gegnum heimaleysinn, eða aðeins nöfnin undir home.arpa? Allt hér að neðan gerir ráð fyrir samþykktri WireGuard-uppsetningu með Linux-biðlara og rannsóknarleysi sem heimastjórinn stýrir þegar.

Þrjár leiðir til að gefa biðlaranum leysi

Fyrir fartölvu sem tengist göngunum af og til er split-DNS betri sjálfgefna leiðin: hún heldur venjulegum internetnöfnum á leysinum sem vélin treystir þegar. Fyrir vél sem er til að ná heimaþjónustu er einfaldara að ýta leysinum og kostnaður umfangsins skiptir ekki máli.

Birtu færsluna á leysinum sem á svæðið

Haltu hlutverkunum aðskildum áður en þú skrifar stillingar: biðlaraaðsetur VPN, leysirinn og þjónustan eru þrír mismunandi hýslar með þrjú mismunandi verk. Í þessari rannsóknarstofu eru þau 10.77.0.2 fyrir biðlarann, 192.168.50.53 fyrir dnsmasq og 192.168.50.20 fyrir NAS, en göngin beina heima-LAN-inu.

listen-address=127.0.0.1,192.168.50.53
bind-interfaces
local=/home.arpa/
host-record=nas.home.arpa,192.168.50.20

Línan host-record gefur aðsetrið og línan local= heldur óþekktum home.arpa-spurningum inni í þessum leysi í stað þess að senda þær upp. Lestu fyrst núverandi stillingar þínar og samræmdu allt sem skilgreinir þegar þjón, tengi eða sama staðbundna lén; að stafla broti ofan á misvísandi eitt gefur leysi sem hleðst glatt og svarar rangt. dnsmasq-handbókin skilgreinir bæði fyrirmælin og hlustunarstýringuna.

Staðfestu síðan þjónustuna sem er í gangi, ekki skrána. Stillingapróf ásamt endurræsingu er lágmarkið, og raunverulega svarið er það sem fyrirspurn skilar.

Beindu leysinum, ekki bara vefsíðunni

AllowedIPs WireGuard ræður því hvaða áfangastaðir fara inn í göngin. Ef aðsetur leysisins fellur utan þess fer fyrirspurnin venjulegu leiðina og nær aldrei til dnsmasq, þótt NAS-ið sjálft sé aðgengilegt. Láttu aðsetur leysisins fylgja, eða LAN-forskeytið sem inniheldur það, og athugaðu áframleiðslustefnu gáttarinnar hinum megin.

Leyfðu UDP og TCP á porti 53 frá leyfðu gangnasviðinu, með afturleið að gangnaaðsetri biðlarans. Ekki áframsenda port 53 frá WAN til að auðvelda prófanir: opinn endurkvæmur leysir á heimatengingu finnst innan nokkurra klukkustunda. Að bindast tengi er ekki aðgangstefna út af fyrir sig.

Athugaðu svarið fyrir forritið

Spyrðu leysinn fyrst beint, svo kerfið, svo forritið. Hvert skref einangrar eina hlekk í keðjunni, og munurinn á milli þeirra er greiningin.

dig @192.168.50.53 nas.home.arpa. A
dig +tcp @192.168.50.53 nas.home.arpa. A
getent ahostsv4 nas.home.arpa
curl -sS --max-time 5 http://nas.home.arpa/ -o /dev/null -w '%{http_code}\n'

Það er þess virði að keyra TCP-fyrirspurnina því stytt UDP-svar neyðir til endurtöku, og stefna sem hendir TCP 53 skapar bilanir sem virðast slitróttar. Skref getent sýnir hvað leysistilling vélinar gerir í raun, sem er ekki alltaf það sem þú ýttir út.

Ákveddu hvað gerist þegar göngin eru niðri

Ef almenna DNS biðlarans bendir á 192.168.50.53 hættir öll nafnleysing að virka þegar göngin eru ekki uppi. Það er ásættanlegt á vél sem er aðeins nytsamleg með göngunum, og óásættanlegt á fartölvu sem notar líka Wi-Fi á kaffihúsi. Split-DNS kemur alveg í veg fyrir spurninguna, því aðeins leitir að home.arpa ráðast af heimaleysinum.

Mundu hvað nafnið er: home.arpa er frátekið fyrir íbúðarnet og er ekki einstakt á heimsvísu, svo annað net getur lögmætlega notað sama nafn. Það er staðbundin þægindi, ekki áreiðanleg auðkenni. Haltu færslunni uppfærðri þegar þjónustan flyst, og fjarlægðu leysisstefnuna þegar rannsóknarstofunni er hætt í stað þess að skilja eftir fartölvu sem bendir á aðsetur sem hún nær aðeins í gegnum göng sem eru ekki lengur til.