Tailscale MagicDNS કામ કરે છે, પણ macOS પર nslookup નિષ્ફળ જાય છે

Mac પર ping tailnet મશીનનું નામ ઉકેલે છે જ્યારે nslookup નિષ્ફળતા પરત કરે છે, અને બંને આદેશો સાચું કહે છે. એપ્લિકેશનો સિસ્ટમ રિઝોલ્વર દ્વારા ઉકેલે છે, જેને Tailscale દરેક ઇન્ટરફેસ માટે ગોઠવે છે, જ્યારે nslookup અને host એક સ્થિર ફાઇલ વાંચે છે જેને MagicDNS કદી સ્પર્શતું નથી. એક પણ પેકેટ ગુમાવ્યા વિના બંને માર્ગ અલગ પડી શકે છે. કોઈપણ DNS સેટિંગ બદલતા પહેલાં નક્કી કરો કે તમારી નિષ્ફળ એપ્લિકેશને કયો માર્ગ લીધો.

બે ઉકેલ માર્ગ, બે જુદા જવાબ

macOS પર એપ્લિકેશન ટ્રાફિક સિસ્ટમ રિઝોલ્વરમાંથી પસાર થાય છે, અને ઇન્ટરફેસ પ્રમાણે મર્યાદિત રિઝોલ્વર એન્ટ્રીઓ નક્કી કરે છે કે કયો સર્વર કયા ડોમેન માટે જવાબ આપશે. Tailscale ત્યાં તેની MagicDNS એન્ટ્રી સ્થાપિત કરે છે, તેથી Safari અને ssh tailnet નામો શોધી શકે છે. nslookup, host અને dig તેના બદલે /etc/resolv.conf વાંચે છે અથવા કમાન્ડ લાઇન પર સર્વર લે છે, અને તે ફાઇલ સામાન્ય રીતે હજી પણ રાઉટર અથવા ઓફિસ સર્વરનું નામ આપે છે. તે ફાઇલને મોકલાયેલા tailnet નામ માટે કોઈ અધિકૃત જવાબ રાહ જોતો નથી, તેથી સાધન નિષ્ફળતા જણાવે છે જ્યારે સિસ્ટમ માર્ગ સફળ થાય છે.

બંનેમાંથી કોઈ સાધન ખોટું વર્તન કરતું નથી. તેઓ જુદા સર્વરોને પૂછે છે, અને તેમાંથી ફક્ત એક જ સર્વર તમારા tailnet વિશે જાણે છે.

સિસ્ટમ માર્ગ દ્વારા એ જ નામ ચકાસો

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

dscacheutil -q host -a name nas-01.tailnet-a1b2.ts.net
scutil --dns
dig @100.100.100.100 nas-01.tailnet-a1b2.ts.net

તે ત્રણ આઉટપુટ ત્રણ પ્રશ્નોના જવાબ આપે છે: સિસ્ટમ શું પરત કરે છે, કયા રિઝોલ્વર કયા ડોમેન માટે ગોઠવાયેલા છે, અને MagicDNS પોતે શું જાણે છે. બીજા અને ત્રીજામાં હોય પણ પ્રથમમાં ન હોય તેવું નામ tailnet તરફ નહીં, સ્થાનિક ગોઠવણી તરફ સંકેત કરે છે.

નામ ઉકલ્યા પછી સેવા ચકાસો

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

nc -vz nas-01.tailnet-a1b2.ts.net 445
ping -c 3 nas-01.tailnet-a1b2.ts.net

મૂળ ભૂલનું લખાણ રાખો, કારણ કે પ્રમાણપત્ર ચેતવણી, કનેક્શન સમયસીમા અને નામ-ન-મળ્યું દરેક જુદી જગ્યાએ લઈ જાય છે. નામ સર્વર બદલવાથી ત્રીજું સુધરે છે અને પ્રથમ બે પર એક બપોર વેડફાય છે.

MagicDNS ઓફિસ DNSનો વિકલ્પ નથી

ઓફિસ ઝોનની અંદરનું નામ tailnet ઉપકરણનું નામ નથી, ભલે એ જ ક્લાઇન્ટ બંને સુધી પહોંચી શકે. જ્યારે ગંતવ્ય સબનેટ રાઉટરની પાછળ હોય, ક્લાઇન્ટને તે ઝોન માટે આંતરિક રિઝોલ્વર તરફ નિર્દેશ કરતું split DNS જોઈએ, જે MagicDNS કરતાં જુદું સેટિંગ છે અને તેની સાથે દસ્તાવેજીકૃત છે.

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

જ્યારે બંને માર્ગ નિષ્ફળ જાય, ત્યારે tailnetની હકીકતો નક્કી કરે છે

જો સિસ્ટમ લુકઅપ અને સીધી ક્વેરી બંને એવા ઉપકરણ માટે નિષ્ફળ જાય જે અસ્તિત્વમાં હોવાનું તમે માનો છો, તો સમસ્યા Macના રિઝોલ્વરની ઉપર છે.

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

પછી પુરાવા પ્રમાણે પસંદ કરો. જે નામ સિસ્ટમ માર્ગ પર ઉકલે છે પણ nslookupમાં નિષ્ફળ જાય છે તે સાધન-માર્ગનો તફાવત છે; જે નામ ઉકલે છે પણ સેવા ઇનકાર કરે છે તે ઍક્સેસ અથવા પ્રમાણપત્રની સમસ્યા છે; જે નામ ક્યાંય ઉકલતું નથી તે tailnet અથવા DNS ગોઠવણીની સમસ્યા છે. ત્રણ માલિક, ત્રણ સુધારા, અને MagicDNS દસ્તાવેજીકરણ પ્રથમ કિસ્સાની macOS વિગતો આવરી લે છે.