Тестирање поделен DNS без излегување на внатрешни имиња
Барањето внатрешно име од јавен resolver го оддава името и ја прескокнува правилото што сакавте да го тестирате. Користете две одобрени имиња и вистинската патека на resolver-от.
Барањето внатрешно име од јавен resolver го оддава името и ја прескокнува правилото што сакавте да го тестирате. Барањето стигнува до сервер што не го контролирате, одговорот доаѓа од имениски простор што не требало да го види, а резултатот не кажува ништо за тоа дали поделениот DNS работи. Тестирањето поделен DNS значи тестирање на патеката на resolver-от што апликацијата навистина ја користи. Таа патека ја избира оперативниот систем, списокот домени во VPN профилот и понекогаш прелистувачот.
Изберете две имиња и прво предвидете ги двата одговори
Побарајте од сопственикот на мрежата едно документирано внатрешно тест име и изберете обично јавно име што ништо не кажува за организацијата. Запишете што треба да се случи со секое пред да пуштите нешто: внатрешното име треба да стигне до resolver-от на тунелот и да врати внатрешна адреса, додека јавното име треба да се реши преку resolver-от што системот обично го користи. Тие две предвидувања се тестот, бидејќи без нив секој одговор може да се оправда однапред. Држете го парот непроменет меѓу пуштањата за да има смисла подоцнежната споредба.
Проверете ги фактичките правила, а не предвидените. Списокот домени прикачен на VPN врската одлучува кои наставки одат кај кој resolver, а печатна грешка во тој список создава веродостојна, но погрешна поделба. На управуван уред користете ја дијагностичката патека на администраторот, бидејќи локалните замени може да бидат ресетирани со политика при следната проверка.
Запишете го предвидувањето до забележаниот одговор во истиот тикет. Тест без предвидување не може да пропадне, а тест што не може да пропадне не учи ништо.
Тестирајте ја патеката што ја користи апликацијата, не еден сервер што го избравте
Командата што експлицитно именува resolver го тестира само тој resolver и ништо друго. Таа кажува дали внатрешниот сервер одговара, што е корисно, и не кажува дали апликацијата го праќа името таму. Прво тестирајте по нормалната патека: решете го внатрешното име како што би направила апликација, потоа решете го јавното име на ист начин. Дури потоа прашајте конкретни сервери за да најдете каде однесувањето се разидува.
Прелистувачите ја усложнуваат сликата, бидејќи поставките за безбеден DNS можат целосно да го заобиколат системскиот resolver. Прелистувач конфигуриран со сопствен шифриран resolver никогаш не ја гледа поделбата, и дефектот изгледа како расипан VPN профил. Проверете ја таа поставка пред да го промените тунелот.
Повторете го пребарувањето по повторно поврзување ако прашањето е возобновување. Одговор од кешот од пред повторното поврзување може да направи правилно возобновената поделба да изгледа подобро или полошо отколку што е.
Запишете ја категоријата на одговорот, не само успех или неуспех
Запишете кое од четирите се случило: внатрешна адреса, јавна адреса, негативен одговор или истекување на времето. Секое има различно значење. Внатрешна адреса за внатрешното име е очекуваниот успех; јавна адреса за внатрешно име укажува дека барањето го напуштило тунелот; негативен одговор од авторитативниот сервер укажува на запис што недостасува, а не на грешка во рутирањето; а истекувањето на времето укажува на проблем со достапноста или resolver што барањето никогаш не го примил. Успехот и неуспехот се премногу груби за да се делува врз нив.
Земете го предвид кешот пред да толкувате барање што недостасува, бидејќи негативен одговор во кешот изгледа исто како име што не постои. Зачувајте го одговорот пред да избришете нешто со поддржани контроли, бидејќи првиот одговор е доказот.
Толкувајте ги двете гранки без погодување
Ако внатрешното име се реши правилно, а апликацијата и понатаму не успева, resolver-от ја завршил својата работа и следните сомнителни се рутите и дозволите на самиот ресурс. Ако приватното име стигнало до јавен resolver, правилото за поделба не се применува на тоа пребарување, затоа прегледајте го списокот домени и секоја политика на прелистувачот со сопственикот на именискиот простор. Овие две гранки имаат различни сопственици, затоа е поважно да запишете која ја видовте отколку да запишете дека нешто се расипало.
Скријте ги чувствителните делови од споделениот излез, но задржете ја структурата: кој имениски простор, кое правило, која категорија на одговор. Одговорот на resolver може да носи внатрешни адреси и имиња на домаќини, а тикетот е трајно место за двете.
Потоа предадете го резултатот на сопственикот на именискиот простор со двете забележани категории и со отстранети имиња. Тоа е разговор од пет минути наместо една недела шпекулации.