એક સાથે બે iPhone VPN: તમારો ટ્રાફિક કઈ વહન કરે છે?

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

દંતકથા: બે જોડાયેલા VPN સાંકળ છે

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

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

એ દંતકથા પાછળનું દસ્તાવેજીકૃત મોડેલ

Apple નું NETunnelProviderManager સામાન્ય એન્ટરપ્રાઇઝ VPN ગોઠવણીઓનું વર્ણન કરે છે અને જણાવે છે કે એ પ્રકારની માત્ર એક જ એકસાથે સક્રિય કરી શકાય. એ જ સંદર્ભ Personal VPN ને તેની સાથે સક્રિય અને જોડાયેલ રહેવા દે છે, અને બંને ઓવરલેપ થાય ત્યાં એન્ટરપ્રાઇઝ માર્ગોને અગ્રતા આપે છે.

અહીં Personal VPN એ NEVPNManager દ્વારા સંચાલિત બિલ્ટ-ઇન IPsec અથવા IKEv2 અમલીકરણ માટેનો API શબ્દ છે. NETunnelProviderManager એ ટનલ-પ્રદાતા મોડેલ છે. ગ્રાહક એપ પ્રદાતા મોડેલનો ઉપયોગ કરી શકે છે, તેથી personal ધરાવતું ઉત્પાદન નામ તેને વર્ગીકૃત કરતું નથી.

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

દંતકથા: વ્યક્તિગત VPN બ્રાઉઝિંગ ટ્રાફિક મેળવે છે

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

સંચાલિત એપ-વાર ગોઠવણીઓનું પોતાનું વ્યાપ છે. ઉપકરણ-સ્તરના નિયમને દરેક સંચાલિત જમાવટ સુધી લંબાવો નહીં.

પરીક્ષણ પહેલાં બે પ્રવાહ લખો: કાર્ય સેવાનું ખાનગી નામ અને શ્રેણી, અને નવી જાહેર બ્રાઉઝિંગ વિનંતી. બંને કાયદેસર છે, અને તેમને અલગ ચકાસણીઓની જરૂર છે.

વિભાજિત ટનલવાળા કાર્ય પ્રોફાઇલ સાથે માર્ગ અગ્રતા

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

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

બે પ્રવાહ લખો અને દરેકને ચકાસો

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

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