ત્રણ પ્રકાશકો ડોમેન કંટ્રોલરનું VPN સરનામું DNS માં મૂકી શકે છે

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

એક સેટિંગ, એક સેવા અને એક ભૂમિકા; ત્રણ પ્રકાશકો, ત્રણ સ્વિચ.

રેકોર્ડથી શરૂ કરો, ચેકબોક્સથી નહીં

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

મશીન પોતાનું નામ યોગ્ય રીતે સમાધાન કરે તે ખૂબ ઓછું સાબિત કરે છે. મહત્ત્વની કસોટી ક્લાયન્ટ નેટવર્કથી થાય છે.

એડાપ્ટર ફક્ત એક પ્રકાશક છે

એડાપ્ટરના TCP/IP ગુણધર્મોમાં તે કનેક્શનનું સરનામું નોંધવા માટે ચેકબોક્સ છે, અને ટિક ઉતારવાથી બરાબર એક પ્રકાશક શાંત થાય છે. તે અન્યને રોકતું નથી, તેથી રીસ્ટાર્ટ પછી રેકોર્ડ ફરી દેખાઈ શકે છે. જો ડોમેન કંટ્રોલર DNS સેવા પણ ચલાવે છે, તો તે સેવાની પોતાની સાંભળવાની રૂપરેખા અને પોતાના નામ સર્વર રેકોર્ડ હોય છે. બહુવિધ ઇન્ટરફેસવાળા વાતાવરણ માટેની Microsoftની માર્ગદર્શિકા ઇન્ટરફેસના વર્તન, DNS સેવા અને Netlogonને અલગ સંબંધિત પ્રકાશકો તરીકે ગણે છે.

ત્રણ સ્વિચ, ત્રણ માલિકો, અને તેમાંથી ફક્ત એક જ એડાપ્ટરના ગુણધર્મ પૃષ્ઠ પર રહે છે.

DNS સેવાનાં પોતાનાં સરનામાં છે

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

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

સફાઈ પહેલાં માલિકી

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

અંતે તમે ઇચ્છો છો જાણીતો પ્રકાશિત સરનામાં અને શ્રોતાઓનો સમૂહ, જ્યારે રોજિંદી ડોમેન નોંધણી હજી પોતાનું કામ કરે છે. જે મશીનનું નામ હાથથી સફાઈ પછી તરત જ સંજોગવશાત સાચું સમાધાન થાય તે એ નથી.

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