બે VPN ને શૃંખલિત કરવા: તે શું છુપાવે છે અને શું કિંમત લે છે

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

1. નક્કી કરો કે બીજી હોપ શેના માટે છે

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

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

2. અંદરનું છેડો બહારની ટનલ દ્વારા પહોંચી શકાય તેવું બનાવો

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

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

કન્ટેનર શૃંખલન વિભાજનને સ્પષ્ટ અને જાળને સ્વચ્છ રીતે દર્શાવે છે. પોતાનું નામસ્થાન, પોતાનું ડિફોલ્ટ રૂટ અને અંદર ક્લાયન્ટ ધરાવતું કન્ટેનર હોસ્ટ જે મોકલે છે તે ફોરવર્ડ કરે છે; હોસ્ટ પોતે તે માર્ગનો ઉપયોગ કરવા લાગતું નથી. ફોરવર્ડિંગ સક્ષમ કરો, કન્ટેનરની ટનલ માટે રૂટ ઉમેરો અને સેવાને કન્ટેનરના સરનામા તરફ નિર્દેશ કરો.

3. DNS ને એ જ માર્ગ પર રાખો

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

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

4. વપરાશકર્તાઓ તમારા વતી શોધે તે પહેલાં MTU સેટ કરો

MTU બીજો અનુમાનિત ભોગ છે. બે એન્કેપ્સ્યુલેશન બે હેડર બાદ કરે છે, અને જે બહારની ટનલ પહેલેથી માર્ગનું MTU નીચું કરી ચૂકી છે તે અંદર ઓછી જગ્યા છોડે છે. લક્ષણો જાણીતા છે: નાની વિનંતીઓ સફળ થાય છે, મોટા ટ્રાન્સફર અને TLS હેન્ડશેક અટકી જાય છે.

ip link set dev wg1 mtu 1280 એ સ્થૂળ ઉપાય છે, અને ફોરવર્ડર પર MSS મર્યાદિત કરવો તે વધુ સુઘડ છે. કનેક્શન ફરી પ્રયાસ કરવો એ કોઈ ઉપાય નથી.

5. જે નિષ્ફળતા ખરેખર મળશે તેનું પરીક્ષણ કરો

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

લેટન્સી અને બીજું નિષ્ફળતા બિંદુ એ સ્થાયી ખર્ચ છે. બે હોપનો અર્થ એ પણ થાય કે અનુકૂળ ન હોય તેવા કલાકે કંઈક તૂટે ત્યારે બે સપોર્ટ કતારો.