VPN-DNS-rapport: wat der yn moat om it wer te meitsjen

“DNS is stikken” is in konklúzje, en it is net ien dêr’t in helper op hanje kin. It brûkbere part fan in rapport is de foarm fan ’e flater: hokker namme, fia hokker resolver, mei hokker antwurd. Trije details meitsje fan in klacht eat dat wer te meitsjen is, en alle trije binne feilich te dielen as de privee parten omneamd binne. Wat folget is it minimum dat in VPN-DNS-rapport nedich hat foardat immen helpe kin.

In kategory fan namme, gjin fûnis

Begjin mei de namme sels en klassifisearje dy: iepenbier, yntern, koart, folslein kwalifisearre, of betsjinne troch ien spesifyk efterheaksel. In ynterne namme dy’t mislearret wylst iepenbiere nammen oplosse, wiist op resolverkar yn stee fan berikberens. As elke namme mislearret, wiist dat op it paad nei de resolver, en dat is in oar ûndersyk mei oar bewiis. De kategory draacht de diagnoaze, en de krekte string kin ferburgen wurde.

Sis oft de flater fereasket dat de tunnel omheech is, of dat er bart nei’t er loskeppele wurdt. In namme dy’t allinnich brekt wylst de VPN aktyf is, ymplisearret de konfiguraasje per keppeling, wylst ien dy’t nei loskeppeljen brekt, oerbliuwende steat ymplisearret. Rapporten litte dit faak weil en freegje har dan ôf wêrom’t it earste foarstel net helpt.

Skriuw it resolverpaad op

In fraach nei in eksplisyt keazen tsjinner en de gewoane syk fan in applikaasje binne ferskillende eksperiminten. Sis hokker fan beide de flater produsearre, want in hânmjittige fraach nei in wurkjende tsjinner bewissiget allinnich dat de tsjinner wurket. De kommando’s hjirûnder skiede it systeempaad fan in direkte fraach.

resolvectl status --no-pager
getent hosts host.internal
dig +short host.internal @10.20.30.53

De statusútfier neamt de tsjinners per keppeling en de routingdomeinen, wat is wêr’t split DNS besletten wurdt. De getent-oprop folget itselde paad as de applikaasje, ynklusyf de nsswitch-oarder. De direkte fraach giet om beide hinne en test ien tsjinner isolearre. Rapportearje hokker fan de trije mislearre en hokker slagge, en de lêzer hoecht it paad net mear te rieden.

Jou de kontrolearre fergeliking

Feroarje ien fariabele en sis wat feroare. Iepenbiere nammen dy’t oplosse wylst ynterne mislearje is in karprobleem; elke namme dy’t út ’e tiid rint is in paadprobleem; en in privee namme dy’t nei in iepenbier adres oplost is in lek nei de ferkearde resolver. Twa fan dy trije hawwe neat te meitsjen mei oft de tunnel omheech is. In rapport dat beweart dat alle fragen stikken binne, befettet meastentiids in fergeliking dy’t nea útfierd is.

Skied oplossing fan levering. As de namme oplost en de side dochs mislearret, is de DNS-stap slagge en it rapport moat dat sizze, want de folgjende stap is in rûte of in listener en net in resolver. Dat iene ferskil besparret faker in ronde fragen as hokker logútskrift dan ek.

Ferbergje de nammeromte, hâld de relaasjes

Ynterne nammen kinne ferfongen wurde, salang’t de ferfangings de struktuer behâlde. Koppelje elke aparte tsjinner en efterheaksel oan in stabile label, en hâld dy koppeling bûten de dielde kopy. It ferfangen fan elke ynterne host troch deselde plekhâlder ferneatiget krekt it bewiis dat it rapport nedich hat, want de lêzer kin net mear sjen dat ien efterheaksel oploste en in oar net. Deselde regel jildt foar adressen: hâld de foargrin-relaasjes en feroarje de hostbits as belied dat fereasket.

Stjoer it record fia it ferifiearre kanaal en lit wei wat de diagnoaze nea nedich hat. Wachtwurden, priveesleutels en net-relatearre bedriuwsnammen binne gjin part fan in DNS-fraach. Wat de lêzer nedich hat, is de flaterkategory, it resolverpaad, de krekte flater en de iene fergeliking dy’t jo dien hawwe.