શા માટે SRV રેકોર્ડ ફક્ત એ જ ક્લાયન્ટને મદદ કરે છે જે પોતે તેને શોધે

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

જે રેકોર્ડ કોઈ શોધતું નથી તે કોઈને મદદ કરી શકતું નથી

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

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

લખતા પહેલાં ક્ષેત્રો વાંચો

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

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

ક્લાયન્ટ ખરેખર જે લેબલ મોકલે છે તે શોધો

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

dig +short SRV _vpn._tcp.gw.example
dig +short A edge2.gw.example
tcpdump -ni any udp port 53

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

_vpn._tcp.gw.example. 600 IN SRV 20 10 8443 edge2.gw.example.

ટાર્ગેટ પણ અસ્તિત્વમાં હોવો જોઈએ

રિઝોલ્વ થતું ટાર્ગેટ જવાબ આપતી સેવા જેવું નથી. ટાર્ગેટના સરનામાના રેકોર્ડ તપાસો, પછી તપાસો કે પ્રકાશિત પોર્ટ અને પ્રોટોકોલ પર કંઈક સાંભળે છે. ફક્ત UDP શ્રોતા તરફ નિર્દેશ કરતો TCP રેકોર્ડ એવી અસંગતિ છે જેને કોઈ ઝોન સંપાદન સુધારતું નથી. ટાર્ગેટ અસ્થિર હોય ત્યાં સુધી TTL ટૂંકું રાખો, અને નામ ખસેડવાનું બંધ થાય ત્યારે તેને લંબાવો.

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

શોધ એ પ્રમાણીકરણ નથી

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

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