બીજું VPN શરૂ કરવાથી પહેલાની સ્થિતિ બદલાય છે

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

આઇકન પ્રક્રિયાઓનું વર્ણન કરે છે, સાંકળ નહીં.

ફોન પર એક જગ્યા, ડેસ્કટોપ પર અનેક દાવેદાર

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

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

બીજો ક્લાયન્ટ શું ઓવરરાઇટ કરે છે

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

એક્ઝિટ-IP તપાસ આ જાહેર કરશે નહીં. તે એક ગંતવ્ય માટે એક સરનામું જણાવે છે અને કયા રૂટ ઓવરરાઇટ થયા અથવા હવે કયું રિઝોલ્વર જવાબ આપે છે તે વિશે કંઈ કહેતું નથી. નુકસાન જોવા માટે રૂટિંગ ટેબલ અને રિઝોલ્વરની સ્થિતિ વાંચો.

નેસ્ટિંગ એ રચના છે, ક્લિકનો ક્રમ નહીં

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

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

આઇકનથી નહીં, એપ્લિકેશનથી ચકાસો

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

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

કયો ક્લાયન્ટ ડિફોલ્ટ રૂટનો માલિક છે, કયું રિઝોલ્વર જવાબ આપે છે અને દરેક બંધ થાય ત્યારે શું થાય છે તે લખો.