Зошто приватна крајна точка и понатаму одговара со јавна адреса

Преносниот сметач се поврзува, тунелот се пријавува како активен, а сметката за складирање и понатаму го одбива секое барање. Приватната крајна точка постои, маршрутата до нејзината подмрежа постои, а името или одговара со јавна адреса или воопшто не се решава. Со тунелот нема ништо погрешно: на клиентот никогаш не му било кажано кој сервер треба да одговара за тоа име. Следете го барањето кон надвор и празнината станува очигледна.

Започнете од решавачот на клиентот

Прашајте го клиентот кој сервер го прашува додека тунелот е активен. Профилот од точка до локација ја дава таа адреса, а профилот што не дава ништо го остава оперативниот систем да се врати на стандардните поставки на адаптерот.

Јавните решавачи немаат никаков преглед на приватна зона, па затоа одговараат од интернет, што е токму нивната работа. Затоа првата проверка е адресата на решавачот што се користи, не тунелот и не крајната точка.

Прочитајте што е одговорот всушност

Решете го името на услугата и прочитајте ја адресата што се враќа. Јавниот одговор значи дека барањето стигнало до сервер што не ја гледа зоната. Нема одговор значи дека името постои само приватно и ништо што клиентот може да го достигне не го држи.

Овие два исхода создаваат слични грешки во апликацијата и припаѓаат на различни сопственици. Едниот е проблем со изборот на решавач, другиот е врска со зоната што недостасува.

Записот во hosts го докажува патот, а потоа лаже

Ставањето на адресата на крајната точка во локалната датотека hosts е најбрзиот начин да се докаже дека тунелот и огнениот ѕид на услугата веќе работат. Ако барањето успее со тој запис, само решавањето на имињата е расипано. Тоа е и промена за еден сметач што покрива точно едно име.

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

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

Поврзете ја зоната и поделете решавач

Два услови мора да важат истовремено. Приватната зона мора да биде поврзана со виртуелната мрежа каде што живее крајната точка, а клиентот мора да ги испраќа своите барања до сервер што може да ја чита таа зона. Влезната крајна точка на DNS Private Resolver обезбедува таква адреса во мрежата и одговара на барањата што пристигнуваат преку тунелот. Ставете ја таа адреса во VPN профилот и додадете ја приватната наставка што клиентот треба да ја примени.

Веќе постоечки локален решавач може да го постигне истиот резултат преку условен препраќач насочен кон зоната.

Мрежните правила на решавачот значат исто колку и рутирањето. Ако влезното правило го исклучува опсегот на VPN клиентите, барањата истекуваат наместо да вратат погрешен одговор. Токму тоа истекување ги враќа луѓето кон табела со рути во која ништо не е погрешно.

Проверете име, порта и идентитет по ред

Работете по ред: решете го името, потврдете дека одговорот е приватен, отворете ја портата, потоа направете автентифицирано барање. Секоја фаза има свој сопственик и свој потпис на дефект.

Приватен одговор по кој следи истекување укажува на рута или огнен ѕид. Јавниот одговор укажува на решавачот. Завршена врска што враќа грешка со идентитетот припаѓа на услугата.

Уште еден дефект припаѓа на овој список. Огнениот ѕид на услугата што дозволува адреса на клиент престанува да се совпаѓа кога базенот по повторно поврзување ќе ја даде таа адреса на друга сесија. Читајте ја адресата на повикувачот што услугата ја запишала, а не онаа за која клиентот мисли дека ја има. Двете не се совпаѓаат почесто отколку што луѓето очекуваат. Упатството за Azure DNS Private Resolver ја покрива врската со зоната и распоредот на препраќањето.