જાહેર DNS કામ કરે છે, પણ તેનો અર્થ એ નથી કે Active Directory મળી શકે

VPN જોડાય છે, બ્રાઉઝર જાહેર સાઇટ ખોલે છે, અને લેપટોપ હજી પણ ડોમેનમાં સાઇન-ઇન કરી શકતું નથી. સામાન્ય નિષ્કર્ષ એ છે કે DNS ઠીક છે કારણ કે નામો ઉકેલાય છે. તે ઠીક નથી, અને કારણ એ છે કે બ્રાઉઝર પરીક્ષણ ડોમેન સાથે જોડાયેલા ક્લાયંટને જરૂરી હોય તેવી સાંકળમાંથી ફક્ત એક લુકઅપ કસોટી કરે છે. ડોમેન શોધ પહેલા સેવા રેકોર્ડ માંગે છે, પછી તે રેકોર્ડ જે કંટ્રોલરના નામ આપે છે તેમના સરનામાં, અને પછી તે કંટ્રોલર જે પોર્ટ પર સાંભળે છે તેના સુધીનો રૂટ. જાહેર જવાબ આ પગલાંમાંથી એક પણ પૂરું કરતો નથી.

ભ્રમ: નામો ઉકેલાય છે, તેથી DNS પૂરું છે

જાહેર સાઇટ ઉકેલાવું એ ફક્ત એ કહે છે કે કોઈ રિઝોલ્વરે જાહેર ઝોનમાંના નામ માટે એક A કે AAAA ક્વેરીનો જવાબ આપ્યો. Active Directory એ જ પ્રોટોકોલ બીજા પ્રશ્ન માટે વાપરે છે: ડોમેનની સેવાઓ ક્યાં છે, અને આ ક્લાયંટે કયો કંટ્રોલર વાપરવો જોઈએ. પ્રશ્ન ડોમેનના નામ પરના ઝોન હેઠળ SRV રેકોર્ડ તરીકે વ્યક્ત થાય છે, અને પુનરાવર્તી જાહેર રિઝોલ્વરને તે રાખવાનું કોઈ કારણ નથી.

રેકોર્ડ ન હોય ત્યારે રિઝોલ્વર નકારાત્મક જવાબ આપે છે, જે અટકાવ નહીં પણ માન્ય DNS જવાબ છે. પછી ક્લાયંટ કંટ્રોલરની કેશ થયેલી માહિતી હોય તો તેના પર પાછો જાય છે, અને એટ જ કારણે ડેસ્કટોપ કલાકો સુધી ઠીક દેખાઈ શકે છે અને રીબૂટ કે પાસવર્ડ બદલાવા પછી નિષ્ફળ જાય છે.

ડોમેન ક્લાયંટ ખરેખર શું માંગે છે, ક્રમમાં

corp.example જેવા ડોમેન માટે સામાન્ય લોકેટર ક્વેરી _ldap._tcp.dc._msdcs.corp.example છે. SRV જવાબો સંભવિત કંટ્રોલર અને તેમના પોર્ટના નામ આપે છે, અને પછી જોડાણ ખોલતા પહેલા ક્લાયંટને તે હોસ્ટનામ માટે સરનામાના રેકોર્ડની જરૂર પડે છે. સાઇટ-જાગૃત શોધ સાઇટ સબડોમેન હેઠળ ક્વેરી ઉમેરે છે, અને જવાબો નક્કી કરે છે કે કયા કંટ્રોલર પસંદગીના છે, કયો ફરજિયાત છે તે નહીં.

nltest /dsgetdc:corp.example
Resolve-DnsName -Type SRV _ldap._tcp.dc._msdcs.corp.example

આ ક્રમમાં સાંકળ અનુસરો, જ્યાં સમસ્યા થાય છે તે નેટવર્કથી. અપ્રાપ્ય સરનામા પર ઉકેલાતું હોસ્ટનામ રૂટિંગ નિષ્ફળતા છે, DNS નિષ્ફળતા નહીં. પ્રાપ્ય કંટ્રોલર જેના લોકેટર રેકોર્ડ ખૂટે છે તે DNS નિષ્ફળતા છે, રૂટિંગ નિષ્ફળતા નહીં. બંને સમાન વપરાશકર્તા ફરિયાદો અને સંપૂર્ણ ભિન્ન સુધારા ઉત્પન્ન કરે છે.

જાહેર રિઝોલ્વર જવાબ આપે તો પણ સાઇન-ઇન કેમ તૂટે છે

જો એડાપ્ટર ક્લાયંટને જાહેર રિઝોલ્વર આપે, તો જાહેર નામો કામ કરે છે અને આંતરિક નામસ્થાન કામ કરતું નથી. બીજું જાહેર રિઝોલ્વર ઉમેરવાથી ફાયદો નથી, કારણ કે બંનેમાંથી કોઈ ઝોન રાખતું નથી. સામાન્ય “પહેલા આંતરિક, પછી જાહેર” યાદી પણ દરેક ડોમેન માટે નિયમની જેમ વર્તતી નથી: પહેલા સર્વરનો નકારાત્મક જવાબ કાયદેસર જવાબ છે, અને જવાબ ખાલી હતો એટલા માટે ક્લાયંટ બીજા સર્વરને ફરી પ્રયત્ન કરતું નથી.

બંને આંતરિક રિઝોલ્વર, જો તમે બે ચલાવો છો, તો AD નામસ્થાન રાખવું જોઈએ અને ક્લાયંટના વર્તમાન નેટવર્કથી પ્રાપ્ય હોવું જોઈએ. સ્પ્લિટ-ટનલ ડિઝાઇન અહીં જ તૂટે છે: VPN ટનલ સબનેટ વહન કરી શકે છે જ્યારે આંતરિક રિઝોલ્વર એવા પ્રીફિક્સ પર બેઠું હોય જે ટનલ રૂટ કરતું નથી, તેથી ક્વેરી એવા રિઝોલ્વર પાસે જાય છે જે તેનો જવાબ આપી શકતું નથી.

Windows નામ ઉકેલવાની નીતિ પણ લાગુ કરે છે જે ચોક્કસ નામસ્થાનને ચોક્કસ સર્વર પર મોકલી શકે છે, અને એડાપ્ટર જે DNS સરનામાં દેખાડે છે તે આખી વાર્તા નથી. તે નીતિ બદલ્યા વિના એડાપ્ટરની યાદી બદલવાથી અસરકારક રૂપરેખાંકન અડીને રહી શકે છે, અને તેથી લાગુ થયેલો દેખાતો સુધારો કોઈ અસર કરતો નથી.

ટનલના DNS અને તેના રૂટ સુસંગત રાખો

જે VPN પ્રોફાઇલ રિઝોલ્વર મોકલે પણ તેને સમાવતું પ્રીફિક્સ ન મોકલે તે એવું રિઝોલ્વર બનાવે છે જે ક્લાયંટ સુધી પહોંચી શકતું નથી; જે પ્રીફિક્સ મોકલે પણ રિઝોલ્વર નહીં તે ક્લાયંટને સ્થાનિક રિઝોલ્વરને પૂછવા દે છે. જોડીને એક રૂપરેખાંકન વસ્તુ ગણો અને દરેક પ્રોફાઇલ ફેરફાર પછી બંને તપાસો, કારણ કે ફરી ગોઠવાયેલું પુશ કે નવી સ્પ્લિટ-ટનલ નીતિ તેમને અલગ કરી શકે છે.

ક્લાયંટ પુશ કરેલા સેટિંગ સાથે શું કરે છે તે પણ તપાસો. કેટલાક ક્લાયંટ DNS સર્વર ફક્ત ટનલ ઇન્ટરફેસ પર લાગુ કરે છે અને ભૌતિક એડાપ્ટરનું રિઝોલ્વર યથાવત્ રાખે છે, તેથી કોણ જીતે તે ઇન્ટરફેસ મેટ્રિક અને પૂછાતા નામ પર આધાર રાખે છે. જો આંતરિક જવાબ ફક્ત ભૌતિક એડાપ્ટર નિષ્ક્રિય હોય ત્યારે જ આવે, તો સુધારવાની ક્રિયાવિધિ એ જ છે, ડોમેન રેકોર્ડ નહીં.

એક શોધ કૉલ અને એક જીવંત કામગીરી સાથે સ્વીકારો

ઉપયોગી સ્વીકૃતિ પરીક્ષણ લોકેટર ક્વેરી ચલાવે છે અને પછી એક ખરેખરી પ્રમાણિત કામગીરી કરે છે, જેમ કે ડિરેક્ટરી-આધારિત શેર ખોલવો કે ટિકિટ માંગવી. VPN સંક્રમણ પહેલા અને પછી ફરી, એ જ મશીન પર, વચ્ચે રીબૂટ વિના કરો. કેશ થયેલા ઓળખપત્રો અને પહેલેથી ખુલ્લા સત્રો તૂટેલા માર્ગને આનંદથી સ્વસ્થ દેખાડશે, તેથી સફળ ડેસ્કટોપ લોગિન એ પરીક્ષણ નથી.

Microsoft ની DNS ક્લાયંટ માટેની ભલામણો આંતરિક નામસ્થાન ઉકેલવા અને જાહેર ક્વેરી ઉપર તરફ ફોરવર્ડ કરવા વચ્ચે એ જ રેખા દોરે છે, અને VPN દાખલ કરતી વખતે આ ગોઠવણ જાળવવી જોઈએ.

જો નિષ્ફળતા ફક્ત ધીમી હોય, નિષ્ફળ નહીં, તો વિલંબને નિદાનથી અલગ રાખો. શોધ દરમિયાન સમયસમાપ્તિ અપ્રાપ્ય કંટ્રોલર, અવરોધિત પોર્ટ કે મોડું જવાબ આપતા રિઝોલ્વરથી આવી શકે છે, અને એકલી રાહ જોઈને એમાંથી કંઈ પણ સાબિત થતું નથી. રિઝોલ્વર સેટિંગ બદલતા પહેલા ખરી ક્વેરી, તેનો જવાબ અને જોડાણનો પ્રયત્ન કેદ કરો.