VPN-lénið þitt í dnsmasq er ekki svæðisflutningur

Þú leitar að fyrirtækjasvæðinu í dnsmasq-stillingum biðlarans, finnur það ekki og ályktar að VPN-ið hafi ekki ýtt léninu sínu. Það sem var ýtt er leiðarvísbending, ekki svæði. Biðlarinn skráir lénið og upplausnaraðilann sem á að svara fyrir það, og stýrði bakendinn breytir því í skilyrta framsendingu. Að leita á röngum stað gefur örugga og algjörlega ranga greiningu.

Það sem biðlarinn samþykkti er ekki það sem gáttin bauð

Gátt getur boðið upplausnaraðila, lén og leiðina sem þarf til að ná þeim upplausnaraðila, og biðlarinn getur samþykkt öll þrjú eða ekkert þeirra. Innflutt snið, hjálparskrift eða stefna sem hunsar ýttar valkosti getur skilið samþykktu mengið tómt á meðan netþjónshliðin lítur rétt út. Byrjaðu á skráðu ástandi biðlarans frekar en stillingum netþjónsins, því það ástand er það sem upplausnaraðilinn fær í raun. Ef samþykkta lénið vantar skiptir ekkert lengra niður máli. Athugaðu DNS-eiginleika tengingarinnar áður en þú skoðar skyndiminni.

Sú aðgreining útskýrir flestar tilkynningar um lén sem kom aldrei. Það var boðið og það var ekki beitt.

Tvær tegundir lénarfærslna

Tenging getur borið venjuleg leitarlén og leiðareingöngulén, og önnur tegundin byrjar á tildi. Leitarlén beinir bæði fyrirspurnum og lætur stutt nöfn stækka, sem er þægilegt á vinnustöð og óvænt á netþjóni. Leiðareingöngulén segir að fyrirspurnir fyrir það viðskeyti eigi að fara til tiltekinna netþjóna án þess að breyta því hvernig stutt nöfn leysast. Að skrifa sama lén á báða vegu er ekki ofaukið, því færslurnar tvær gera ólík verk.

Fyrir einkanamnrýmið er leiðareingönguformið yfirleitt það sem þú vilt. Það heldur fyrirtækisviðskeytinu beint að fyrirtækisupplausnaranum og lætur allt annað í friði.

localhost í resolv.conf er ekki villa

Þegar staðbundinn skyndiminnisupplausnari er í notkun vísar kerfisskráin á loopback-vistfangið og ekkert annað. Sú færsla auðkennir staðbundna hlustandann, ekki uppstreymisnetþjónana sem stjórnandinn gaf honum. Fyrirtækisvistfangið mun löglega vanta í skrána.

Að skipta þeirri færslu út fyrir opinberan upplausnaraðila er klassíska ranglættingin. Hún endurheimtir opinbera nafnaupplausn og hendir skilyrtu stefnunni í sömu breytingu.

Ruglaðu ekki bakendunum saman

Stýrð dnsmasq-tilvik og kerfisupplausnari eru ólík forrit með ólíkar stillingar og ólíkar stöðusýnir. Stöðuskipun fyrir annað segir ekkert gagnlegt um hitt.

Greindu hvaða bakenda stjórnandinn á að nota og lestu síðan myndaðar stillingar þess bakenda frekar en dreifingarvíða skrá sem fyrir kemur. Stjórnandinn skrifar eigin tilviksstillingar og styður sérsniðna valkosti fyrir það tilvik, svo að breyta ótengdri alþjóðlegri skrá breytir engu og lítur út eins og breyting án áhrifa. Að ræsa annan daemon á port 53 er verra en gagnslaust, því nú eru tvö forrit ósammála um hver á portið. Finndu eigandann fyrst og breyttu síðan þar sem eigandinn les.

Prófaðu namnrýmið, ekki bara svarið

Spyrðu eftir einu leyfðu einkanafni og einu opinberu viðmiðunarnafni um venjulega leið forritsins. Bein fyrirspurn á fyrirtækisnetþjóninn sannar að færslan sé til; hún sannar ekki að biðlarinn hafi valið þann netþjón. Seinni fyrirspurnin er sú sem prófar stefnuna.

Endurtaktu svo eftir endurtengingu og eftir aftengingu. Tengslin ættu að fylgja lífsferil tengingarinnar, og einkananöfnin ættu að hætta að leysast þegar göngin eru farin í stað þess að falla aftur á opinberan upplausnaraðila sem svarar fyrir sama viðskeyti. Ef þau falla aftur á hann hefur þú fundið leka, sem er annar galli en brotin uppfletting. Skrifaðu niður hvaða bakendi keyrði, hvaða lén voru beitt og hvað hver fyrirspurn skilaði.