ખાનગી એન્ડપોઇન્ટ હજી પણ જાહેર સરનામા સાથે કેમ જવાબ આપે છે

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

ક્લાયન્ટના રિઝોલ્વરથી શરૂ કરો

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

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

જવાબ ખરેખર શું છે તે વાંચો

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

આ બે પરિણામો સમાન એપ્લિકેશન ભૂલો ઉત્પન્ન કરે છે અને જુદા જુદા માલિકોના છે. એક રિઝોલ્વર પસંદગીની સમસ્યા છે, બીજી ગુમ થયેલી ઝોન લિંક છે.

hosts એન્ટ્રી રસ્તો સાબિત કરે છે, પછી જૂઠું બોલે છે

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

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

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

ઝોન જોડો અને રિઝોલ્વર આપો

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

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

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

નામ, પોર્ટ અને ઓળખ ક્રમમાં તપાસો

ક્રમમાં કામ કરો: નામ ઉકેલો, જવાબ ખાનગી છે તેની ખાતરી કરો, પોર્ટ ખોલો, પછી પ્રમાણિત વિનંતી કરો. દરેક તબક્કાનો પોતાનો માલિક અને પોતાની નિષ્ફળતાની સહી છે.

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

બીજી એક નિષ્ફળતા પણ આ યાદીમાં આવે છે. ક્લાયન્ટ સરનામાને મંજૂરી આપતો સેવા ફાયરવોલ જ્યારે રીકનેક્શન પછી પૂલ તે સરનામું બીજા સેશનને આપે છે ત્યારે મેળ ખાવાનું બંધ કરે છે. ક્લાયન્ટ પોતાની પાસે છે એવું માને છે તેના બદલે સેવાએ નોંધેલું કૉલર સરનામું વાંચો. લોકો ધારે છે તેના કરતાં બંને વધુ વાર મતભેદ ધરાવે છે. Azure DNS Private Resolver માર્ગદર્શિકા ઝોન લિંક અને ફોરવર્ડિંગ ગોઠવણી આવરી લે છે.