Эмне үчүн сервердин аты терүү кошулгандан кийин VPN дарегине чечилет
Көп интерфейстүү сервер өзүнүн PPP дарегин жарыялап, LAN кардарларын буза алат. Каттоочуну оңдоо менен эскирген жазууну гана өчүрүүнүн ортосунда тандаңыз.
Кеңсе файл сервери таң бою өзүнүн 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 серверинен түз сурайт, үчүнчүсү Windowsтa PowerShellден ошондой кылат. Аларды салыштыруу эскирген кардар кэшин ыйгарым укуктуу жооптон ажыратат. Эгер түз суроо туннел дарегин кайтарып жатса, көйгөй жергиликтүү кэште эмес, жарыяланган маалыматтарда.
Жазуунун убакыт белгисин жана DNS консолу аны динамикалык деп көрсөтөрүн жазып алыңыз. Ошол бир касиет жогорудагы үч шарттын кайсынысы колдонуларын айтат жана бул беш мүнөттүк тазалоо менен узакка созулган оңдоонун айырмасы.
Жарыялоочуну же жазууну оңдоңуз, бирок кайсынысын билиңиз
Эгер жазуу динамикалык жана каалабаган болсо, туруктуу оңдоо — ошол интерфейстин катталышын токтотуу. Windows ар бир интерфейс үчүн каттоо жөндөөлөрүн сунуштайт, ал эми DNS кардар кызматы кийинки туташууда же дарек өзгөргөндө кайра жарыялайт. Терүү адаптери үчүн каттоону өчүрүү LAN адаптеринин каттоосун бузбай калтырат, бул адатта каалаган нерсе.
Бүт машинага тиешелүү которгучтардан этият болуңуз. Динамикалык жаңыртууну өчүргөн глобалдык жөндөө ошол хосттогу ар бир интерфейске таасир этет, анын ичинде башка кардарлар анын каттоосуна таянган интерфейске да. Домен контроллеринде ошол эле этияттык күчтүүрөөк колдонулат, анткени хост кардарлар кирүү үчүн көз каранды кызмат орду жазууларына да ээ болушу мүмкүн.
Эгер жазуу статикалык болсо, ал атайын ошол жерге коюлган жана сүйлөшүү аны койгон адам менен. Статикалык жазууну бүгүн ыңгайсыз болгондуктан өчүрүү анын эмне үчүн бар экендигинин жалгыз далилин жок кылат. Эки учурда тең эскирген жоопту жарыялоочу иштеп чыкылгандан кийин гана өчүрүңүз жана эмнени өзгөрткөнүңүздү жазыңыз, ошондо кийинки адам атайын жазууну кырсыктан ажырата алат.
Ийгиликсиз болгон кардар тармагынан текшериңиз
Текшерүү симптомду билдирген тармакка таандык, серверге эмес. Кардардын чечүүчүсүнүн кэшин анын колдоого алынган механизми менен тазалаңыз, андан кийин баштапкы издөөнү жана ат боюнча баштапкы кызмат туташуусун кайталаңыз.
ipconfig /flushdns ipconfig /displaydns | findstr /i files.corp.example
Биринчи буйрук Windows чечүүчүсүнүн кэшин тазалайт, экинчиси ат кайра кэштелгенин жана кайсы дарек сакталганын көрсөтөт. Сервердин өзүнө ийгиликтүү туташуусу LAN кардары жөнүндө эч нерсени далилдебейт, ал эми каалабаган дарекке барган маршрутту алып салуу DNS жарыялаган нерсени оңдобойт.
Акырында, мурун даректи алып келген окуяны кайталаңыз: VPN кардарын кайра туташтырыңыз же терүү сессиясын жаңыртыңыз. Ошол жашоо циклинен кийин жарыяланган атты дагы бир жолу текшериңиз. Кийинки туташууга чейин гана созулган оңдоо — тазалоо, оңдоо эмес, жана кайсынысын жасаганыңызды билүү билетти жабуу менен аны кийинки аптада кайра ачуунун айырмасы.