Fylgdu DNS-fyrirspurninni skref fyrir skref til að finna raunverulega uppsprettuna
Upptyngd resolver-tala ræður ekki hvaða uppsprettu resolverinn sér. Rakjaðu biðlarann, framsendarann og móttekandi þjóninn og skrifaðu slóðina niður.
Að gefa biðlara resolver-tölu ræður því hvert fyrirspurnir fara, ekki hvaða uppsprettu resolverinn mun sjá. Leiðsla, framsending og þýðing fá hver sitt hlutverk milli endanna tveggja. Handbók fyrir uppsprettuspurningar fylgir fyrirspurninni skref fyrir skref og skráir hvað hver áhorfandi sá í raun. Röðin skiptir máli, því fullyrðing sem sett er fram fyrir athugunina er bara ágiskun með betri sniði.
Skrifaðu fyrirkomulagið niður áður en þú safnar sönnunum
Fjórir staðir geta sagt þér eitthvað um DNS-uppsprettu, og þeir segja ekki allir það sama. Biðlarakjarninn veit hvaða uppsprettu hann myndi nota, framsendarinn veit hvað hann sendi uppstraums, þýðandi tæki veit hvað það skrifaði um, og móttekandi resolverinn veit hvað barst. Skrifaðu niður hverra þessara þú getur í raun náð áður en þú safnar nokkru.
| Observation point | What it can prove | What it cannot prove | How to read it |
|---|---|---|---|
| client kernel | which source address it would use for that resolver | anything a device in between rewrote | ip route get against the resolver address |
| forwarder | that it sent an upstream query, and from which source | what the client originally asked for | its own log and its cache state |
| translating device | that a source was rewritten, and to what | whether the query was legitimate | NAT policy and its counters |
| receiving resolver | the address that actually arrived | which client behind that address asked | a scoped capture on port 53 |
Skrifaðu líka niður væntingar þínar, þar á meðal resolverinn sem þú telur vera í notkun. Skipt leið getur sent fyrirspurn alveg annað, og skyndiminni getur svarað án nokkurrar uppstraumsuppskipta, svo forsenda sem er aðeins geymd í minni lifir ekki fyrstu óvæntu atburðarásina af. Hafðu tilgreinda hönnun og athugaða slóð í aðskildum dálkum í sama minnisblaði; þegar þau tvö eru ósammála hefur þú fundið spurninguna sem er þess virði að elta.
Athugaðu hvaða ferli sendi fyrirspurnina í raun
Byrjaðu hjá biðlaranum: skráðu resolver-töluna, fyrirspurnarheitið og tímann og staðfestu síðan hvaða ferli sendi hana. Fyrsta línan hér fyrir neðan nefnir ferlið sem heldur UDP-socketnum, og það er athugunin sem þessi fyrirsögn lofar. Ef það ferli er vafraaðstoð eða gámkeyrsla í stað kerfisresolversins lýsir restin af slóðinni leið sem enginn bað um.
ss -tunp 'dport = :53'
dig @10.20.30.53 host.corp.example +noall +answer
ip route get 10.20.30.53Finndu á vél með nokkrum tengi fyrst út hvaða uppsprettutölu kjarninn velur fyrir þann áfangastað áður en þú lítur annað. Það er síðasti punkturinn þar sem slóðin er að fullu undir þinni stjórn, og það er gildið sem þú berð saman við það sem resolverinn greinir frá. Frávik er merkið um að eitthvað þar á milli hafi skrifað pakkann um, eða að tvær ólíkar fyrirspurnir hafi verið sendar.
Hafðu prófunarheitin innvortis, því innvortis heiti sem sent er til almenningsresolvers sannar ekkert um innvortis slóð og birtir heiti sem þú þurftir ekki að birta. Vafri með örugga DNS virka birtist alls ekki í þeim socketlista, og það fjarvera er sjálf svarið.
Framsendarinn gerir aðra, aðskilda fyrirspurn
Framsendari gerir ein uppskipti að tveimur. Beiðnin niðurstraums berst, og framsendarinn sendir þá sína eigin fyrirspurn uppstraums frá tölu sem hann velur. Stilling hans, ekki biðlarans, ræður því hvað uppstraumsresolverinn sér.
dnsmasq-handbókin er lesþess virði af þeirri ástæðu: hún skjalfestir hvernig framsendari velur uppstraumsþjóna og bindur hlustunarpall sinn, og ekkert í því fyrirkomulagi ber biðlarauppsprettuna uppstraums. Resolver-logg sem sýnir gáttartölu er því eðlileg og ekki sönnun um bilun. Fjarvera er jafn auðveld að lesa rangt, því skyndiminnishittingur framleiðir enga uppstraumsfyrirspurn og lítur nákvæmlega eins út og fyrirspurn sem aldrei barst. Lestu stillingu framsendarans og skyndiminnisástand hans áður en þú dregur aðra hvora ályktunina. Tvær spurningar, tveir staðir til að líta á.
Lestu uppsprettuna hjá móttekandi resolver
Eina athugunin sem afgreiðir þetta er gerð á þjónahlið. Allt sem dregið er af tengilista biðlarans verður áfram tilgáta þar til resolverinn greinir frá því sem í raun barst.
tcpdump -ni any port 53 and host 10.20.30.53Taktu upp á resolver-vélinni, hafðu upptökuna stutta og afmarkaða og geymdu hana þar sem stefnan leyfir. Ef athuguð uppspretta er þýdd tala er næsta spurning hvaða tæki framkvæmdi þýðinguna og hvort stefna þess sé hin fyrirhugaða. Upptaka svarar því sem barst; hún útskýrir ekki hvers vegna stefnan leyfði það. Nefndu áhorfandann og stökkið í minnisblaðinu, því persónuverndarfullyrðing um gátt er fullyrðing um það stökk en ekki alla slóðina.
Skrifaðu niðurstöðuna sem slóð, ekki tölu
Skráðu biðlarann, resolverinn, hvern framsendara, athugaða uppsprettu við hvert stökk og stefnuna sem stýrir því. Sú skrá svarar flestum framtíðarspurningum án annarrar upptöku. Teiknaðu hana sem keðju, því listi af tölum felur hvaða stökk gaf hverja.
Festu dagsetninguna, biðlaraútgáfuna og stillingarútgáfuna við teikninguna, svo síðari lesandi geti séð hvort hún gildi enn. Aðskildu flutningsuppsprettuna frá öllu öðru sem þjónustan vinnur úr, því að sjá gáttartölu segir ekkert um hvað annað er varðveitt. Staðsetning resolvers segir heldur ekkert um hvaða biðlari spurði. Að halda þessum fullyrðingum aðskildum er það sem gerir niðurstöðuna verjanlega í endurskoðun.