hosts ફાઇલ વિરુદ્ધ રાઉટર ફિલ્ટર: VPN દ્વારા સાઇટ બ્લોક કરવી

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

નામ ક્યાં ઉકેલાય છે તે બધું નક્કી કરે છે

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

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

એ જ પરિચિત ફરિયાદ પાછળની ક્રિયાવિધિ છે કે ફિલ્ટર VPN જોડાય ત્યાં સુધી કામ કરે છે.

hosts એન્ટ્રી ટનલ અસ્તિત્વમાં આવે તે પહેલાં જવાબ આપે છે

127.0.0.1 www.example.com જેવી લાઇન સ્થાનિક રિઝોલ્વર વાંચે છે, તેથી જવાબ કોઈ નેટવર્કની ભાગીદારી વગર મશીન પર જ બને છે. ટનલ જોડો, DNS સર્વર બદલો, નેટવર્ક બદલો: એન્ટ્રી હજી પણ loopback પરત આપે છે. તેથી જ hosts બ્લોક બેમાંથી એકમાત્ર છે જે VPN ક્યાં પૂરું થાય તેનાથી પ્રભાવિત થતું નથી.

તેના અંધ સ્થળો પણ એટલા જ સ્થાનિક છે. પોતાનું રિઝોલ્વર સાથે લાવતી, DNS over HTTPS બોલતી કે શબ્દશઃ સરનામા સાથે જોડાતી એપ્લિકેશન સિસ્ટમને ક્યારેય પૂછતી નથી, તેથી એન્ટ્રી ધ્યાનમાં લેવાતી નથી. ચાલતી પ્રક્રિયામાં કાશ કરેલા સરનામાની પણ એ જ અસર થાય છે, જ્યાં સુધી એ પ્રક્રિયા ફરી શરૂ ન થાય.

બ્રાઉઝર ટેબ પર ભરોસો કરવાને બદલે Linux પર getent ahosts અથવા Windows પર Resolve-DnsName સાથે જવાબની ખાતરી કરો.

રાઉટર ફિલ્ટર ફક્ત તે જ જુએ છે જે તેનીમાંથી પસાર થાય છે

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

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

જો ટનલ લેપટોપ પર પૂરી થાય, તો નિયમ કેવો પણ લખાયો હોય, રાઉટર વ્યાખ્યા પ્રમાણે સુરક્ષિત માર્ગની બહાર છે.

ચાર અમલબિંદુ અને દરેક શું ચૂકે છે

ચાર જગ્યાઓ બ્લોક લાગુ કરી શકે છે, અને દરેક જુદી રીતે નિષ્ફળ જાય છે. યાદીને ક્રમાંકન નહીં, કવરેજ નકશા તરીકે વાંચો.

• hosts ફાઇલ કે સ્થાનિક રિઝોલ્વર: ઑફલાઇન અને કોઈ પણ ટનલ હેઠળ કામ કરે છે, પણ બંડલ કરેલું રિઝોલ્વર કે હાર્ડકોડ કરેલું સરનામું તેને ટાળે છે.
• VPN ગેટવે પર DNS ફિલ્ટરિંગ: દબાણ કરેલા રિઝોલ્વરનો ઉપયોગ કરતા ક્લાયન્ટને આવરે છે, અને DNSને બાજુ પર રાખતા ક્લાયન્ટને ચૂકે છે.
• સરનામા કે SNI પ્રમાણે ગેટવે ઇગ્રેસ નિયમો: ક્લાયન્ટ DNSથી સ્વતંત્ર, પણ જે નામ વાંચી શકતું નથી અને જે સરનામાં શીખ્યું નથી તેના માટે અંધ.
• મેનેજ કરેલ બ્રાઉઝર કે ઉપકરણ નીતિ: મેનેજ કરેલ હાર્ડવેર પર મજબૂત, અંગત ઉપકરણો પર ગેરહાજર.

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

ઉદ્દેશ સાથે મેળ ખાતું સ્તર પસંદ કરો: ઘરની સુવિધા ઉપકરણ પર રહે છે, અને સંસ્થાકીય નિયમ ગેટવે પર.

પૂરું કહેતાં પહેલાં બંને સ્થિતિ ચકાસો

VPN જોડેલી અને છૂટી હાલતમાં એ જ ત્રણ આદેશ ચલાવો: રિઝોલ્વરનો જવાબ જોવા getent ahosts, પ્રશ્ન શું પરત આપે છે તે જોવા nslookup, અને જોડાણ હજી પૂરું થાય છે કે નહીં તે જોવા સાઇટ સામે curl -I. જો પહેલું loopback પરત આપે અને ત્રીજું ખરા સરનામા સાથે જોડાય, તો કંઈકે રિઝોલ્વરને ટાળ્યું છે અને hosts એન્ટ્રી તમે ધારો છો તે નિયંત્રણ નથી.

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

પરિણામ ટોપોલોજી સાથે લખી રાખો, કારણ કે આગલો VPN ફેરફાર માર્ગને ફરી ખસેડશે.