Извештај за DNS на VPN: што да се вклучи за да може да се повтори

„DNS е расипан“ е заклучок и не е заклучок врз кој помагач може да дејствува. Корисниот дел од извештајот е формата на грешката: кое име, преку кој resolver, со каков одговор. Три детали претвораат жалбата во нешто што може да се повтори, и сите три се безбедни за споделување откако приватните делови ќе се преименуваат. Следи минимумот што му е потребен на извештајот за DNS на VPN пред некој да може да помогне.

Категорија на име, не пресуда

Започнете со самото име и класифицирајте го: јавно, внатрешно, кратко, целосно квалификувано или опслужувано од една конкретна наставка. Внатрешно име што не успева додека јавните имиња се решаваат укажува на изборот на resolver, а не на достапноста. Ако не успеваат сите имиња, тоа укажува на патеката до resolver-от, а тоа е друга истрага со други докази. Категоријата ја носи дијагнозата, а точниот низа може да се сокрие.

Кажете дали грешката бара тунелот да биде подигнат или се случува откако ќе се исклучи. Име што се крши само додека VPN е активен укажува на конфигурацијата по врска, а она што се крши по исклучување укажува на преостаната состојба. Извештаите обично го испуштаат ова и потоа се прашуваат зошто првиот предлог не помага.

Запишете ја патеката до resolver-от

Барањето испратено до експлицитно избран сервер и вообичаеното пребарување на апликацијата се различни експерименти. Кажете кое од нив ја предизвика грешката, бидејќи рачното барање до сервер што работи докажува само дека серверот работи. Командите подолу ја одвојуваат системската патека од директното прашање.

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

Излезот од статусот ги именува серверите по врска и домените за рутирање, што е каде што се одлучува за split DNS. Повикот getent ја следи истата патека како апликацијата, вклучително и редоследот nsswitch. Директното барање ги заобиколува двете и тестира еден сервер изолирано. Пријавете кој од трите не успеа и кој успеа, и читателот повеќе не мора да ја погодува патеката.

Наведете ја контролираната споредба

Променете една променлива и кажете што се промени. Јавните имиња се решаваат додека внатрешните не успеваат — тоа е проблем со изборот; секое име истекува — тоа е проблем со патеката; а приватното име што се решава на јавна адреса е истекување во погрешниот resolver. Две од тие три немаат никаква врска со тоа дали тунелот е подигнат. Извештај што тврди дека сите барања се расипани обично содржи споредба што никогаш не била направена.

Одвојте го решавањето од доставата. Кога името се решава, а страницата сѐ уште не успева, фазата DNS успеа и извештајот треба да го каже тоа, бидејќи следниот чекор е рута или слушател, а не resolver. Таа една разлика почесто заштедува цел круг прашања отколку било кој извадок од дневник.

Сокријте го просторот од имиња, задржете ги односите

Внатрешните имиња можат да се заменат, сѐ додека замените ја зачувуваат структурата. Поврзете го секој посебен сервер и наставка со стабилна ознака и чувајте го тоа мапирање надвор од споделеното копие. Замената на секој внатрешен домаќин со истиот placeholder ја уништува токму доказата што му е потребна на извештајот, бидејќи читателот веќе не може да види дека една наставка се решила, а друга не. Истото правило важи и за адресите: задржете ги односите на префиксот и сменете ги битовите на домаќинот ако политиката го бара тоа.

Испратете го записот преку проверениот канал и оставете го она што на дијагнозата никогаш не ѝ е потребно. Лозинките, приватните клучеви и неврзаните имиња на компании не се дел од прашање за DNS. На читателот му требаат категоријата на грешката, патеката до resolver-от, точната грешка и едната споредба што ја направивте.