LAN હોસ્ટનામ VPN પર કામ કરતું નથી: સફિક્સ, mDNS કે ઝોન?

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

નામ કઈ પ્રક્રિયા પર આધારિત છે તે ઓળખીને શરૂ કરો.

અલગ રીતે વર્તતા ત્રણ પ્રકારના નામ

fileserver જેવું એકલ-લેબલ નામ સામાન્ય રીતે રિઝોલ્વર ઉમેરે છે તેવા DNS શોધ સફિક્સ પર આધાર રાખે છે. એ સફિક્સ ઘણી વાર સ્થાનિક DHCP લીઝ સાથે આવે છે, તેથી VPN તરફથી સરનામું મેળવતા દૂરસ્થ ક્લાયંટને તે જાણવાનું કોઈ કારણ નથી. રૂટ ઉમેરવાથી સફિક્સ પહોંચતું નથી. ટૂંકું નામ ફક્ત નામ તરીકે રહેવાનું બંધ કરી દે છે, છતાં તેની પાછળનું સરનામું પહોંચી શકાય તેવું છે.

.local થી અંત થતું નામ સામાન્ય રીતે સ્થાનિક લિંક પર મલ્ટિકાસ્ટ DNS દ્વારા ઉકેલાય છે, જેમ RFC 6762 વર્ણવે છે. મલ્ટિકાસ્ટ રૂટ થયેલી ટનલ પાર કરતું નથી જ્યાં સુધી કંઈક જાણી જોઈને તેને બ્રિજ કે પ્રોક્સી ન કરે, તેથી તમે સેગમેન્ટ છોડો તે ક્ષણે નામ ઉકેલાવાનું બંધ કરે છે.

સંપૂર્ણ ક્વૉલિફાઇડ કંપની નામ સંસ્થાના રિઝોલ્વર્સ દ્વારા સેવા આપતા આંતરિક ઝોન સાથે સંબંધ ધરાવે છે. VPN તે રિઝોલ્વર્સને પુશ કરે અને ક્લાયંટ તેમનો ઉપયોગ કરવા કન્ફિગર થયેલો હોય ત્યારે તે દૂરથી કામ કરે છે. અને localhost RFC 6761 અનુસાર વિશેષ-ઉપયોગી છે: તે તમારી સામેના મશીનનો ઉલ્લેખ કરે છે, ક્યારેય દૂરસ્થ સેવાનો નહીં.

રૂટ બદલતા પહેલાં રિઝોલ્વર વાંચો

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

getent hosts fileserver
getent hosts fileserver.corp.example.com
nslookup fileserver.corp.example.com
dig +search fileserver A
resolvectl query fileserver.corp.example.com
scutil --dns | head -30

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

સાચું નામ ક્લાયંટ સુધી પહોંચાડો

વ્યવસ્થાપક પાસેથી દસ્તાવેજીકૃત દૂરસ્થ-ઍક્સેસ નામ સંપૂર્ણ રીતે માંગો અને સફિક્સ અનુમાન કરવાને બદલે પ્રોફાઇલમાં તેનો ઉપયોગ કરો. જો ડિપ્લોયમેન્ટ split DNS ને સપોર્ટ કરે, તો આંતરિક ડોમેનને આંતરિક સર્વર્સ દ્વારા ઉકેલાય તેમ કન્ફિગર કરો જ્યારે બાકીનું બધું સ્થાનિક રિઝોલ્વર રાખે. જ્યાં ક્લાયંટ સપોર્ટ કરે ત્યાં VPN કન્ફિગરેશન દ્વારા શોધ ડોમેન પુશ કરો.

પરિણામ ક્લાયંટ પર ચકાસો, ગેટવે પર નહીં. સર્વર પર લાગુ થયેલું અને ક્લાયંટ સુધી ક્યારેય ન પહોંચતું સેટિંગ કંઈ બદલતું નથી.

પ્રમાણપત્રની ઓળખ અકબંધ રાખો

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

જે નામ, રિઝોલ્વર અને સફિક્સે સફળ કનેક્શન આપ્યું તે નોંધો. એ નોંધ આગલી વ્યક્તિને સાચી સમસ્યા છુપાવતા સરનામા-આધારિત વૈકલ્પિક ઉપાયને પુનરાવર્તિત કરવાથી બચાવે છે.