Android હોમ LAN VPN અપવાદ: એક જ સેવા માટે રનબુક

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

અપવાદને સબનેટ નહીં, સેવા તરીકે વ્યાખ્યાયિત કરો

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

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

પ્લેટફોર્મ નિયંત્રણ આવશ્યકતા સાથે મેળ ખાય છે તેની ખાતરી કરો

Android નું IKEv2 પ્રોફાઇલ બિલ્ડર setLocalRoutesExcluded(true) આપે છે, અને તેનું દસ્તાવેજીકરણ બાયપાસ કરી શકાય તેવા VPN ની માંગ કરે છે: અપવાદ ત્યારે જ અર્થપૂર્ણ છે જ્યારે ક્લાયન્ટ ટ્રાફિકને ટનલ છોડવા દે છે. એ જ દસ્તાવેજ ચેતવે છે કે અંતર્ગત નેટવર્ક અપવાદને અસર કરતા રૂટ પૂરા પાડી શકે છે, તેથી સેટિંગ તમે વિશ્વાસ કરો તે નેટવર્કને નહીં, તમે જોડાઓ તે નેટવર્કને અનુસરે છે.

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

રનબુક: અપવાદ બનાવો અને લાગુ કરો

પગલું 1: ડિપ્લોયમેન્ટ માટે સમર્થિત માર્ગે પ્રોફાઇલ બનાવો, ક્યાં તો મેનેજ્ડ કન્ફિગરેશન અથવા ક્લાયન્ટ બિલ્ડર. પગલું 2: VPN ને બાયપાસ કરી શકાય તેવું ચિહ્નિત કરો, કારણ કે સ્થાનિક-રૂટ અપવાદ તેના વિના કાર્યરત નથી. પગલું 3: સ્થાનિક-રૂટ અપવાદ સક્રિય કરો. પગલું 4: સેવાનું પોતાનું પ્રમાણીકરણ અને પ્રમાણપત્ર માન્યતા સક્રિય રાખો; અપવાદ રૂટિંગ વિશે છે, વિશ્વાસ વિશે નહીં. પગલું 5: સાચવો અને ફરી જોડાઓ જેથી પ્રોફાઇલ લાગુ થાય.

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

મહત્વના ચાર કેસ ચકાસો

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

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

અપવાદ નોંધો અને સમીક્ષા કરો

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

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