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

કસોટીએ ખરેખર શું માપ્યું તે નિશ્ચિત કરો

Wi-Fi અથવા Ethernet સંવાદમાં દેખાતું સરનામું તમારા પોતાના સેગમેન્ટ પરનું ઇન્ટરફેસ સરનામું છે, વેબસાઇટ જે સરનામું જુએ છે તે નહીં, તેથી ટનલ સંપૂર્ણ રીતે કામ કરતી હોય ત્યારે પણ તે એકસરખું રહી શકે છે. સ્થાન ફરીથી અલગ સંકેત છે: સંગ્રહિત ખાતા પ્રદેશ કે મંજૂર ભૌગોલિક વાંચન તમે એક્ઝિટ બદલો ત્યારે ખસતું નથી, અને જે લૉગિન તમને પહેલેથી ઓળખે છે તે પણ નહીં.

જાહેર સરનામાનો પડઘો વાપરો અને દરેક કુટુંબને અલગથી પૂછો, કારણ કે ડ્યુઅલ-સ્ટેક કસોટીનું પરિણામ રસપ્રદ કિસ્સો છુપાવે છે:

curl -4 -s https://ifconfig.me
curl -6 -s https://ifconfig.me

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

પ્રોફાઇલ ટ્રાફિકનો ફક્ત એક ભાગ આવરી શકે છે

સ્પ્લિટ-ટનલ પ્રોફાઇલ સામાન્ય જવાબ છે, અને તે ખામી નથી. OpenVPN બધું ટનલ દ્વારા ફક્ત ત્યારે જ મોકલે છે જ્યારે redirect-gateway ધકેલાયેલા વિકલ્પોમાં હોય; તેના વિના ક્લાયન્ટને થોડાક ચોક્કસ રૂટ મળે છે અને તમારો ડિફોલ્ટ રૂટ ભૌતિક લિંક પર રહે છે. Windows પર એ જ સ્વિચ એડેપ્ટરના IPv4 ગુણધર્મોમાં «રિમોટ નેટવર્ક પર ડિફોલ્ટ ગેટવે વાપરો» તરીકે દેખાય છે, અને તેને દૂર કરવું એ સભાન પસંદગી છે જે દરેક ફરી-જોડાણમાં ટકી રહે છે.

દરેક એપનો વ્યાપ બીજું સ્તર છે. Android નું દરેક એપ માટેનું VPN સેટિંગ નક્કી કરે છે કે કઈ એપ્સ સમાવેશ પામે, તેથી સ્ટેટસ બારમાંની VPN ચાવી સાબિત કરતી નથી કે બ્રાઉઝર તેની અંદર છે. પોતાનો ટ્રાફિક પ્રોક્સી કરતું બ્રાઉઝર એક્સટેન્શન અરીસાની છબી બનાવે છે: બ્રાઉઝર એક્ઝિટ સરનામું બતાવે છે જ્યારે એ જ મશીન પરનો મેઇલ ક્લાયન્ટ કે ગેમ હજી તમારું બતાવે છે. એ જ વિનંતીને બે એપ્લિકેશનમાં સરખાવો. જો એક બદલાય અને બીજું ન બદલાય, તો તમે વ્યાપ જોઈ રહ્યા છો, નિષ્ફળ ટનલ નહીં.

એક સરનામા કુટુંબ હજી સીધું જઈ શકે છે

મોટાભાગની VPN પ્રોફાઇલ IPv4 માટે લખાયેલી છે, અને ઘણી હજી એવી જ છે. ડ્યુઅલ-સ્ટેક નેટવર્ક પર ટનલ IPv4 માટે 10.8.0.x લે છે જ્યારે ભૌતિક લિંક વૈશ્વિક IPv6 સરનામું અને ડિફોલ્ટ રૂટ રાખે છે, તેથી IPv6 ટેકો ધરાવતી સાઇટ સીધી પહોંચે છે અને તે જે સરનામું જણાવે છે તે તમારા પ્રદાતાનું છે. તે કાર્યક્ષમ IPv4 ટનલ સાથેનો લીક છે, અને ફક્ત IPv4 બોલતી કસોટી માટે તે અદૃશ્ય છે.

ip -4 route get 1.1.1.1
ip -6 route get 2606:4700:4700::1111

દરેક જવાબમાં ઇન્ટરફેસ વાંચો. જો IPv6 શોધ તમારા Ethernet કે Wi-Fi ઉપકરણનું નામ લે અને IPv4 શોધ ટનલનું નામ લે, તો તે કુટુંબની નીતિ ખૂટે છે, તૂટેલી નથી. સમગ્ર ઉપકરણ પર IPv6 બંધ કરવાથી લક્ષણ અદૃશ્ય થાય છે અને નિર્ણય છુપાય છે; પ્રોફાઇલનું આવરણ સુધારવાનું કે ફક્ત તે જ જોડાણ પર કુટુંબ નિષ્ક્રિય કરવાનું પસંદ કરો, અને બેમાંથી કયું પસંદ કર્યું તે નોંધો.

બીજો માર્ગ શોધ જીતી શકે છે

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

કંઈપણ બદલતા પહેલાં ફક્ત-વાંચન આદેશોથી યાદી બનાવો:

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
nmcli connection show --active

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

નવી વિનંતી સાથે ફરી માપો

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

બે પરિણામ અલગ રાખો. જો સરનામું બદલાય પણ એક સાઇટ હજી તમને નકારે, તો ટનલ કામ કરે છે અને સાઇટ ડેટા સેન્ટરનું સરનામું નકારે છે; તે જુદા જવાબવાળી જુદી સમસ્યા છે. જો સરનામું કદી ન બદલાય, તો ચાર પ્રશ્નો ક્રમમાં કરો: કસોટીએ કયું સરનામું છાપ્યું, તે કયું કુટુંબ હતું, કઈ એપ્લિકેશને વિનંતી કરી, અને એ વિનંતી કયા રૂટ પર ગઈ. VPN રૂટિંગ નિર્ણયો વિશે Microsoft નું દસ્તાવેજીકરણ સમજાવે છે કે Windows ક્લાયન્ટ ટનલ અને ભૌતિક એડેપ્ટર વચ્ચે કેવી રીતે પસંદ કરે છે જ્યારે બંને પાસે રૂટ હોય.

સંબંધિત લેખો