Два VPN-а, један resolver: побеђује онај који је писао последњи

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

Мит: најновији VPN поседује DNS

Не постоји опште правило да побеђује најновија веза. Шта се дешава зависи од механизма платформе и од тога како га сваки клијент пише. Клијент који замени датотеку resolver-а даје један резултат; клијент који дода домен за сваку везу даје други; клијент који не учини ништа оставља претходно стање нетакнутим.

Дакле, посматрано понашање је својство две имплементације, а не документовани приоритет. Закључивање само из редоследа покретања ће понекад бити тачно, а понекад погрешно на начине које је тешко поновити. Уместо тога запишите мапирање. Дизајн који живи у два клијента није дизајн.

Мапирајте именске просторе на resolver-е

Наведите приватне суфиксе и resolver који свака мрежа захтева, а затим одлучите где треба да иду јавна имена. Тај списак је дизајн. Без њега, клијенти одлуку доносе случајно.

Платформа која подржава DNS по вези или домене за рутирање може намерно да изрази поделу: један домен иде на једну везу, други домен на другу, а све остало следи експлицитну подразумевану вредност. Две равне скрипте које преписују исту датотеку не могу да сачувају тај дизајн, јер свака верује да поседује целу конфигурацију.

У Windows-у, табела политике за резолуцију имена може да усмери суфиксе на одређене сервере, а VPN клијент може тамо да инсталира правила. Проверите политику, а не списак адаптера, јер име не решава списак адаптера.

Задржите путању за подизање

Сваки клијент мора да пронађе своју крајњу тачку пре него што може да користи услугу коју та тачка пружа. Ако се име домаћина крајње тачке може решити само кроз тунел, а тунелу је потребно решено име домаћина, имате цикличну зависност која се појављује као истек везе. Задржите једну путању за подизање изван оба тунела. Она не кошта ништа до дана када спасе везу.

Гледајте путању до сваког resolver-а, не само име конфигурисано за њега. Resolver који је доступан само кроз други тунел понаша се као да недостаје, а симптом је истек времена, а не грешка у рутирању.

Преклапајуће адресе нису DNS проблем

Две приватне мреже са истим опсегом адреса не могу се поправити редоследом DNS-а. Ако оба тунела траже 10.0.0.0/8, име које се исправно реши и даље показује на адресу ка којој домаћин не може да рутира прави тунел. То захтева решење на нивоу адресе, као што су различити опсези, именски простор или превод, а не још једна поставка resolver-а. Рано доношење ове одлуке спречава дуго заобилажење кроз DNS конфигурацију која никада не би радила.

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

Докажите то стварним апликацијама

Изаберите два домаћина која постоје само у свом именском простору и једно јавно име, а затим решите свако кроз клијента који би га требало да поседује. Тачан одговор од очекиваног resolver-а не доказује да апликација стиже до домаћина, јер путања до те адресе и даље може да не успе. Након сваког претраживања урадите тест везе из програма који ће корисник заиста покренути.

Клијент са сопственом опцијом шифрованог DNS-а може да заобиђе политику коју сте управо проверили, зато проверите ту поставку као део прегледа. Затим поново повежите оба клијента по редоследу који добављач подржава и поновите претраживања; ако се одговори замене када се редослед промени, конкурентски писач и даље поседује део конфигурације. Пре него што било шта уредите, откријте која компонента инсталира правило - клијент, профил оперативног система или агент за управљање. Запишите редослед и власнике како следећа особа не би морала поново да их открива.