nslookup કહે છે સર્વર અજાણ્યું છે: તે ફક્ત એક લેબલ છે

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

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

જવાબ આપતા પહેલા સાધન શું કરે છે

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

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

બંને ક્વેરી જાણી જોઈને ચલાવો

તમને મહત્ત્વનું હોય એવા હોસ્ટ વિશે પૂછો, પછી રિઝોલ્વરના પોતાના સરનામા વિશે. પ્રથમ વિનંતી તમને જરૂરી નામ લઈ જાય છે; બીજી સર્વરને પૂછે છે કે તે પોતાને નામ આપી શકે છે કે નહીં. લખેલા સ્વરૂપે એ આમ દેખાય છે: હોસ્ટ માટે nslookup app.corp.example 10.77.0.53, અને રિઝોલ્વરના રિવર્સ નામ માટે nslookup 10.77.0.53 10.77.0.53.

બંને ઉદાહરણો દૃષ્ટાંતરૂપ છે, તેથી તમારા પોતાના નામ અને સરનામાં મૂકો. મુદ્દો ચોક્કસ સિન્ટેક્સ નહીં, વિભાજન છે: બે આદેશો બે અલગ પ્રશ્નો પૂછે છે અને એક પણ ખામી ન હોવા છતાં અલગ પરિણામો આપી શકે છે.

ત્રણ પરિણામો જે એકસરખા દેખાય છે અને છે નહીં

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

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

વિભાગો વાંચો, હેડર નહીં

હેડર નીચે સાધન જવાબ, સત્તા અને કોઈપણ વધારાના રેકોર્ડ છાપે છે. જવાબ વિભાગમાં સાચું સરનામું એ જ પરિણામ છે જે તમે ઇચ્છતા હતા, જ્યારે હેડરનું નામ Unknown હોય ત્યારે પણ. સત્તાવાહક નકાર સાથેનો ખાલી જવાબ અલગ પરિણામ છે અને તેની પોતાની તપાસ લાયક છે.

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

જ્યારે રિવર્સ નામ ખરેખર મહત્ત્વનું હોય

કેટલીક સેવાઓ PTR રેકોર્ડની ખરેખર પરવા કરે છે: ક્લાયન્ટ સરનામાં ઉકેલતું લોગિંગ, મેઇલ પ્રતિષ્ઠા તપાસ, અથવા નામ દર્શાવતાં વહીવટી સાધનો. તેમાંથી કોઈ નિષ્ફળ જાય તો રેકોર્ડ પ્રકાશિત કરો અથવા જે ઝોનમાં તે હોવો જોઈએ તે સુધારો. એ કામ કાયદેસર છે અને VPN ક્વેરી યોગ્ય રીતે ફોરવર્ડ કરે છે કે નહીં એ પ્રશ્નથી અલગ છે.

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