તમારા VPN રિઝોલ્વર દ્વારા જ DNS જવા દો: પગલા-દર-પગલા માર્ગદર્શિકા
બ્રાઉઝરથી જવાબ સુધી એક નામ-શોધને અનુસરો. જુઓ રિઝોલ્વર ક્યાં પસંદ થાય છે, ફાયરવોલ ક્યાં તેને લાગુ કરે છે અને 53 પોર્ટનો નિયમ ક્યારેય શું આવરી લેતો નથી.
તમે નામ લખો તે ક્ષણથી એક નામ-શોધને અનુસરો. બ્રાઉઝર ઓપરેટિંગ સિસ્ટમને પૂછે છે, ઓપરેટિંગ સિસ્ટમ તેની નીતિ પસંદ કરે તે રિઝોલ્વરને પૂછે છે, અને ક્વેરી કોઈ ઇન્ટરફેસમાંથી કોઈ ટ્રાન્સપોર્ટ સાથે ઉપકરણ છોડે છે. તમારી VPN ડિઝાઇન કહે છે કે જવાબ ચોક્કસ રિઝોલ્વરથી ચોક્કસ માર્ગે આવવો જોઈએ. આ બે વિધાનો વચ્ચેનું અંતર એ છે જે તમે ગોઠવો છો અને પછી લાગુ કરો છો.
પગલું 1: રિઝોલ્વર અને માર્ગને નામ આપો
ફાયરવોલને અડકતા પહેલાં ત્રણ વસ્તુઓ લખો: રિઝોલ્વરનું સરનામું, તમે અપેક્ષા રાખતા પ્રોટોકોલ અને પોર્ટ, અને જે ઇન્ટરફેસમાંથી ક્વેરી બહાર જવી જોઈએ તે. આ યાદી વગર નિયમ ટ્રાફિક વિશેની અટકળ છે, નિર્ણયનો અમલ નહીં. VPN એપ્લિકેશનનો ડેટા વહન કરી શકે જ્યારે DNS અલગ ગોઠવણી અનુસરે, અને તે પોતે ભૂલ નથી. કોઈએ ક્લાયન્ટને બીજું કંઈ ન કહ્યું હોય ત્યારે એવું જ થાય છે.
માર્ગને સ્પષ્ટ નામ આપવું એ ડિઝાઇન અને અકસ્માત વચ્ચેનો ફરક છે. તે તમને પછી પરીક્ષણ કરવા માટે કંઈક આપે છે, કારણ કે દરેક અવલોકનની સરખામણી લેખિત અપેક્ષા સાથે થઈ શકે. એ યાદી ફેરફાર ટિકિટમાં રાખો, કોઈના માથામાં નહીં.
પગલું 2: નીતિ જ્યાં ખરેખર રહે છે ત્યાં મૂકો
રિઝોલ્વરની પસંદગી ક્લાયન્ટની છે: ઓપરેટિંગ સિસ્ટમની નેટવર્ક ગોઠવણી, VPN ક્લાયન્ટની પોતાની સેટિંગ્સ, અથવા સંચાલિત બ્રાઉઝર નીતિ. પહેલાં ત્યાં જ મૂકો, પ્લેટફોર્મ જે પદ્ધતિ ટેકો આપે તેની સાથે, કારણ કે ફાયરવોલ ક્લાયન્ટને એવા રિઝોલ્વર પસંદ કરવા મજબૂર કરી શકતું નથી જેની તેને ક્યારેય જાણ ન હોય. સ્પ્લિટ-ટનલ ક્લાયન્ટ પર સ્પષ્ટ કહો કે કયા ડોમેન આંતરિક રિઝોલ્વર પર જાય છે. સંચાલિત ફ્લીટમાં DoH માટે બ્રાઉઝર નીતિ ઘણી વાર એકમાત્ર લિવર હોય છે, કારણ કે બ્રાઉઝર સિસ્ટમ સેટિંગથી સ્વતંત્ર રીતે પોતાનું એન્ક્રિપ્ટેડ રિઝોલ્વર પસંદ કરી શકે છે.
આ છોડીને સીધા ફાયરવોલ પર જાઓ તો તમને એવો નિયમ મળે જે સાચા રિઝોલ્વરને મંજૂરી આપે અને એવો ક્લાયન્ટ મળે જે તેનો ક્યારેય ઉપયોગ ન કરે. નિયમ સાચો દેખાય અને રિઝોલ્વરના લોગ ખાલી રહે, જે ડિબગ કરવા માટે મૂંઝવણભરી જોડી છે. પહેલાં પસંદગી ગોઠવો, પછી તેને લાગુ કરો.
પગલું 3: માર્ગને સાંકડી રીતે લાગુ કરો
હવે મંજૂર માર્ગ માટે નેટવર્ક પરવાનગી ઉમેરો: રિઝોલ્વરનું સરનામું, પ્રોટોકોલ અને પોર્ટ, અને જે ઇન્ટરફેસમાંથી તેને બહાર જવું છે તે. બધા આઉટબાઉન્ડ DNS ને મંજૂરી આપવાને બદલે નિયમને તે રિઝોલ્વર સુધી મર્યાદિત રાખો. નીચેના ત્રણ માર્ગ આધુનિક ક્લાયન્ટ લઈ શકે તે છે, અને 53 પોર્ટનો નિયમ ફક્ત પહેલાને જ આવરી લે છે.
| Path | Port | Who controls it |
|---|---|---|
| Classic DNS | UDP and TCP 53 | System resolver settings |
| DNS over TLS | TCP 853 | Resolver or stub configuration |
| DNS over HTTPS | TCP 443 | Browser or application policy |
DoH અને DoT અવરોધવા વાજબી છે; 53 પોર્ટના નિયમે તેમને પહેલેથી અવરોધ્યા છે એમ માનવું નથી. DoH વાપરતું બ્રાઉઝર એવા માર્ગે નામો ઉકેલે છે જે તમારા નિયમે ક્યારેય વર્ણવ્યો નથી, અને પોતાનું રિઝોલ્વર સાથે લાવતી એપ્લિકેશન પણ એમ જ કરે છે. તમે મંજૂરી આપવા માંગતા દરેક માર્ગ અને નકારવા માંગતા દરેક માર્ગ લખો. જે નિયમ માર્ગનું નામ નથી લેતો તે તેના વિશે નિર્ણય લીધો નથી.
પગલું 4: ખાનગી અને જાહેર નામોને અનુસરો
વિભાજિત DNS જાણી જોઈને ફક્ત ખાનગી નામસ્થાન આંતરિક રિઝોલ્વર પર મોકલે છે જ્યારે જાહેર નામો બીજે જાય છે, તેથી ડિઝાઇનમાં એકથી વધુ રિઝોલ્વર હોવું લીક નથી. લીક એ ક્વેરી છે જે તમારા રિઝોલ્વર પર જવી જોઈતી હતી અને બીજે પહોંચે છે, અથવા અપ્રાપ્ય ઇચ્છિત માર્ગ જે ક્લાયન્ટને ચૂપચાપ પાછું ફેરવે છે. એ બે કિસ્સા જ શોધવાના છે. ઇચ્છિત નીતિ હેઠળ એક આંતરિક અને એક જાહેર નામને અનુસરો અને નોંધો કે કયા રિઝોલ્વરે દરેકને જવાબ આપ્યો.
તમારા રિઝોલ્વરની જાણ કરતી પરીક્ષણ સાઇટ સંકેત છે, પુરાવો નહીં, કારણ કે તે ફક્ત તેના સુધી પહોંચેલી ક્વેરી જુએ છે. ક્વેરીએ ખરેખર કયો માર્ગ લીધો તે જાણવું હોય તો તેને ક્લાયન્ટ બાજુ કેપ્ચર કરો, પછી બંને અવલોકનોની સરખામણી કરો. જ્યારે તેમ ન મળે ત્યારે તમે એવું પાછું ફરવું શોધ્યું છે જે કોઈએ દસ્તાવેજ નથી કર્યું.
રિઝોલ્વરનું સરનામું સાચું પણ અપ્રાપ્ય હોય તો સમસ્યા નીતિમાં નહીં, રૂટિંગ કે ફિલ્ટરિંગમાં છે. ક્વેરીને તે સરનામા સુધી ટ્રેસ કરો અને કોઈપણ રિઝોલ્વર સેટિંગ બદલતા પહેલાં ખાતરી કરો કે જવાબ અપેક્ષિત ઇન્ટરફેસ પર પાછો આવે છે.
પગલું 5: પાછા ફરવાનો માર્ગ ખુલ્લો રાખો
ગેટવે પર DNS ઍક્સેસ કડક કરતા પહેલાં નામ ઉકેલવા પર આધારિત ન હોય એવી પુનઃપ્રાપ્તિ પદ્ધતિની ખાતરી કરો. તૂટેલું રિઝોલ્વર દરેક સમારકામ સાધન સુધી પહોંચવું મુશ્કેલ બનાવે છે, જે તમે ફેરફાર પાછો ફેરવવા વાપરશો તે પણ. નવી નીતિ સાબિત ન થાય ત્યાં સુધી સ્થાનિક કન્સોલ અથવા આઉટ-ઓફ-બેન્ડ માર્ગ ખુલ્લો રાખો. નીતિ એક પુનઃકનેક્શન સહન કરે પછી જ તેને દૂર કરો.
પુનઃકનેક્શન કે બ્રાઉઝર નીતિ અપડેટ પછી અસરકારક સ્થિતિ ફરી તપાસો, કારણ કે બંને તમારો નિયમ બદલ્યા વગર રિઝોલ્વર બદલી શકે છે. જરૂરિયાત ક્વેરીઓ માટે જાણીતો પ્રાપ્તકર્તા અને સુરક્ષિત માર્ગ છે, એક સ્ક્રીનશોટમાં આશ્વાસન આપતું રિઝોલ્વર લેબલ નહીં. RFC 8484 DNS over HTTPS સ્પેસિફિકેશન એ તમારો પોર્ટ નિયમ ન જુએ તે એન્ક્રિપ્ટેડ માર્ગનો સંદર્ભ છે.