ફોન VPN ની બહાર રહી ગયો? રાઉટર ટનલ કે દરેક ઉપકરણ પર ક્લાયન્ટ

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

રાઉટર ટનલ ખરેખર શું આવરે છે

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

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

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

દરેક ઉપકરણ પરનો ક્લાયન્ટ ક્યાં જીતે છે

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

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

પ્રોટોકોલ સપોર્ટ પસંદગી કરતાં વધુ કિસ્સા નક્કી કરે છે

ગ્રાહક રાઉટર ફક્ત ઉત્પાદકે આપેલા પ્રોટોકોલ દર્શાવે છે. PPTP, L2TP કે સાદું IPsec ધરાવતું રાઉટર એવા પ્રદાતા સાથે જોડાઈ શકતું નથી જે ફક્ત OpenVPN કે WireGuard પ્રોફાઇલ પ્રકાશિત કરે છે, અને કોઈ રૂપરેખાંકન તેને બદલતું નથી. પ્રામાણિક વિકલ્પો છે સમર્થિત પ્રોટોકોલ બોલતો પ્રદાતા, જરૂરી ક્લાયન્ટ સાથે OpenWrt કે બીજું ફર્મવેર ધરાવતું રાઉટર, અથવા દરેક ઉપકરણ પર ક્લાયન્ટ.

ઊલટો કિસ્સો પણ એટલો જ સામાન્ય છે: OpenVPN-સક્ષમ રાઉટર એવા પ્રદાતાનો ઉપયોગ કરી શકતું નથી જેની સેવા તેના પોતાના ક્લાયન્ટ અને તેની પોતાની રૂટિંગ યુક્તિઓ પર આધારિત છે. હાર્ડવેર ખરીદતા પહેલાં પ્રદાતાનું સમર્થિત-પ્રોટોકોલ પૃષ્ઠ વાંચો અને ફર્મવેર આવૃત્તિ તપાસો, કારણ કે ઉત્પાદન પૃષ્ઠ પર «WireGuard સમર્થિત» નો અર્થ ઘણી વાર એક ચોક્કસ ફર્મવેર પેઢી હોય છે.

WireGuard ક્લાયન્ટ સાથેનું પ્રવાસી રાઉટર રાઉટર મોડેલનું સસ્તું સંસ્કરણ છે અને ક્લાયન્ટ ચલાવી ન શકતા થોડા ઉપકરણો માટે વાજબી જવાબ છે. તે તોપણ રાઉટર ટનલ છે, તેથી ગેસ્ટ નેટવર્ક, IPv6 અને સહિયારી નિષ્ફળતા વિશે ઉપર કહેલું બદલાવ વિના લાગુ પડે છે.

ત્રીજો વિકલ્પ: મશીન ગેટવે તરીકે

લેપટોપથી ક્લાયન્ટ વહેંચવું શક્ય છે, અને લોકો સામાન્ય રીતે આ જ અર્થ રાખે છે જ્યારે તેઓ કહે છે કે લેપટોપને રાઉટર બનાવ્યું.

sysctl -w net.ipv4.ip_forward=1
iptables -t nat -A POSTROUTING -o tun0 -j MASQUERADE

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

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

આવતા પોર્ટ, DNS અને સહિયારી નિષ્ફળતા

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

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

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