Зошто името на серверот по телефонско поврзување се разрешува на неговата VPN адреса

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

Две адреси, едно име, три услови

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

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

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

Прочитајте го записот пред да го смените регистраторот

Прашајте го точното целосно квалификувано име од мрежата што го пријавува проблемот и споредете ги одговорите со вистинските интерфејси и слушатели на серверот. Едно име што враќа неколку адреси е нормално; прашањето е дали секоја од нив е употреблива за клиентот што ја добива.

dig +short files.corp.example A
dig @10.20.0.10 +short files.corp.example A
Resolve-DnsName files.corp.example -Server 10.20.0.10 -Type A

Првото барање го користи локалниот разрешувач, второто директно прашува одреден DNS сервер, а третото го прави истото од PowerShell во Windows. Нивната споредба го одделува застарениот кеш на клиентот од авторитетниот одговор. Ако директното барање веќе ја враќа адресата на тунелот, проблемот е во објавените податоци, а не во локалното кеширање.

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

Поправете го објавувачот или записот, но знајте кој

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

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

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

Проверете од клиентската мрежа што не успеа

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

ipconfig /flushdns
ipconfig /displaydns | findstr /i files.corp.example

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

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