ટૂંકા આંતરિક નામ VPN પર નિષ્ફળ જાય છે: જે પ્રત્યય તમે ક્યારેય જોતા નથી
ટૂંકું નામ ફક્ત એટલા માટે કામ કરે છે કારણ કે શોધ પ્રત્યય તેને પૂર્ણ કરે છે. પ્રત્યયની ખામી અને રિઝોલ્વર નિષ્ફળતા વચ્ચે ભેદ પાડવા પૂર્ણ નામ અને ટૂંકા નામની સરખામણી કરો.
ટૂંકું નામ ઓફિસમાં કામ કરતું હતું અને VPN પર નિષ્ફળ જાય છે, જ્યારે પૂર્ણ નામ સરળતાથી ઉકેલાય છે. કંઈ તૂટ્યું નથી. intranet જેવું નગ્ન નામ પૂર્ણ નામ નથી; ક્લાયન્ટ તેની શોધ યાદીમાંથી પ્રત્યય ઉમેરે છે અને પરિણામ માટે પૂછે છે. જો VPN પ્રોફાઇલ તે પ્રત્યય પૂરો પાડતું નથી, તો પરિચિત ટૂંકું સ્વરૂપ અસ્તિત્વમાં રહેતું નથી.
આખી દંતકથા આ જ છે. DNS તૂટ્યું નહોતું, શોધ નીતિ બદલાઈ.
નગ્ન નામ નામ નથી
જ્યારે તમે એક લેબલ લખો છો, ત્યારે રિઝોલ્વરે નક્કી કરવું પડે છે કે શું પૂછવું. તે નામ જેવું છે તેવું પ્રયત્ન કરે છે, પછી શોધ યાદીમાંથી એન્ટ્રીઓ એક પછી એક ઉમેરે છે જ્યાં સુધી કંઈ જવાબ ન આપે. Linux પર, resolv.conf search અને ndots સેટિંગ્સ સાથે તે ક્રમ નિયંત્રિત કરે છે. Windows પર, પ્રત્યય યાદી અને નામ-ઉકેલ નીતિ એ જ કરે છે. પ્રત્યય દૂર કરો અને રિઝોલ્વર પાસે ઉમેરવા માટે કંઈ રહેશે નહીં.
તેથી કામ કરતું ટૂંકું નામ નીતિનો પુરાવો છે, સ્વસ્થ DNS સર્વરનો પુરાવો નથી.
પ્રત્યય યાદી અને રિઝોલ્વર સરનામું અલગ અલગ શું કરે છે
આ બંને વારંવાર ભેળવી દેવાય છે. રિઝોલ્વર સરનામું કહે છે કોને પૂછવું; પ્રત્યય યાદી કહે છે કયા નામ વિશે પૂછવું. VPN તમને પ્રત્યય વિનાનું ખાનગી રિઝોલ્વર આપી શકે છે, અથવા ખોટા રિઝોલ્વર સાથે પ્રત્યય. આ નિષ્ફળતાઓમાંથી ફક્ત એક જ DNS વિક્ષેપ જેવી લાગે છે.
તેમને અલગ તપાસો, કારણ કે ખોટાને સુધારવાથી સપોર્ટ વિન્ડો બળી જાય છે.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
ત્રણ લક્ષણો, ત્રણ અલગ માલિકો.
પહેલા પૂર્ણ નામની કસોટી કરો
વ્યવસ્થાપકના દસ્તાવેજીકૃત સંપૂર્ણ લાયક નામ માટે પૂછો, અનુમાન નહીં. કામ કરતું FQDN સાબિત કરે છે કે રિઝોલ્વર પહોંચી શકાય તેવું છે અને રેકોર્ડ અસ્તિત્વમાં છે, જે એક પ્રશ્નમાં અડધા સંભવિત કારણો દૂર કરે છે. એવું સાધન વાપરો જે બતાવે કે કયા સર્વરે જવાબ આપ્યો, જેથી કેશ કરેલું પરિણામ ન વાંચો.
કસોટી ખાનગી રાખો. આંતરિક પ્રકારોને જાહેર રિઝોલ્વર પર મોકલવા નામો જાહેર કરે છે અને એવી નીતિની કસોટી કરે છે જે કોઈએ ઇરાદો નહોતો કર્યો.
સુધારો ક્યાં આવે છે
માલિક પ્રોફાઇલ અથવા તેને બનાવતી વ્યવસ્થાપન પ્રણાલી સુધારો. સ્થાનિક રિઝોલ્વર રૂપરેખાંકનમાં જાતે કરેલો ફેરફાર સામાન્ય રીતે ફરી જોડાવા પર અદૃશ્ય થાય છે, અથવા મશીન જે તે નેટવર્કમાં જોડાય છે તે દરેક પર લાગુ પડે છે, જે વધુ ખરાબ છે.
Windows પર, યાદ રહેલા ચેકબોક્સને બદલે અમલમાં રહેલી નીતિ તપાસો. Get-DnsClientNrptPolicy ખરેખર અમલમાં રહેલા નામ-ઉકેલ નિયમો બતાવે છે.
macOS પર, scutil --dns દરેક સ્કોપ કરેલા ઇન્ટરફેસ માટે રિઝોલ્વર રૂપરેખાંકન છાપે છે, જેમાં VPN દ્વારા ધકેલાયેલા શોધ ડોમેનનો સમાવેશ થાય છે.
Linux પર, /etc/resolv.conf માંની search લાઇન વાંચો, પણ તપાસો કે VPN ક્લાયન્ટે તેને ફરીથી લખી છે કે નહીં. જો ફાઇલ સંચાલિત હોય, તો રેન્ડર કરેલી ફાઇલને બદલે સત્યનો સ્રોત સંપાદિત કરો. અગાઉના નેટવર્કની બચેલી જૂની search લાઇન સામાન્ય કારણ છે.
પ્રોફાઇલ સાથે શું રાખવું
સુધારેલું પૂર્ણ નામ, પ્રત્યય યાદી અને રિઝોલ્વર સરનામું ક્લાયન્ટ પ્રોફાઇલની બાજુમાં રાખો. આગલી વ્યક્તિ જે જાણ કરે કે intranet સાઇટ બંધ છે તે ખાલી પૃષ્ઠથી શરૂ કરવાને બદલે ત્રણ જાણીતા મૂલ્યોની સરખામણી કરી શકશે.
અને જો ફક્ત ટૂંકું સ્વરૂપ નિષ્ફળ જાય, તો ટિકિટમાં એમ લખો. તે વાક્ય રિઝોલ્વર ટીમનો એક બપોર બચાવે છે.