VPN લોકડાઉન અપવાદને કેવી રીતે દસ્તાવેજીકૃત કરવો જેથી તેને દૂર કરી શકાય
જે અપવાદ કોઈ વર્ણવી શકતું નથી તે કાયમી છે. તે જે ટ્રાફિકની પરવાનગી આપે છે, તે જરૂરિયાત, નિષ્ફળતા વર્તન અને તેને દૂર કરતો ઘટક—બધું નોંધો.
જે બાયપાસનો હેતુ તેમના લેખક સાથે ચાલ્યો ગયો છે તે જ તેમની ઉપયોગિતાને પછી પણ ટકી રહે છે, અને લોકડાઉન નીતિઓ તેમને અન્ય કોઈપણ પ્રકારના રૂપરેખાંકન કરતાં વધુ ઝડપથી એકઠા કરે છે. “સ્થાનિક નેટવર્કને મંજૂરી આપો” તરીકે લખાયેલો અપવાદ એ નિયમ છે જેને કોઈ બચાવી શકતું નથી અને કોઈ નિવૃત્ત કરી શકતું નથી, કારણ કે તેની પાછળની જરૂરિયાત તેને ઉમેરનાર વ્યક્તિ સાથે ચાલી ગઈ છે. આવી નીતિઓ એવા મુક્તિઓ લઈને નિષ્ફળ જાય છે જેમનું કારણ બાષ્પીભવન થઈ ગયું પણ જોખમ રહી ગયું. અવકાશ, નિષ્ફળતા વર્તન અને દૂર કરવાનું પગલું લખવાનો યોગ્ય સમય એ છે જ્યારે તમે અપવાદ ઉમેરો છો, જ્યારે કોઈને હજી કેમ યાદ હોય.
આ નોંધમાં શું હોવું જોઈએ તે અંગેનો નિર્ણય છે, ભરવાનું નમૂનો નથી. નીચેના ચાર ક્ષેત્રો તે છે જે નક્કી કરે છે કે સમીક્ષક એક વર્ષ પછી મીટિંગ વિના નિયમ દૂર કરી શકે છે કે નહીં. દરેક અસ્તિત્વમાં છે કારણ કે તેની ગેરહાજરીનો અંદાજિત ખર્ચ છે.
દસ્તાવેજીકૃત ન કરેલો બાયપાસ કેમ કદી નિવૃત્ત થતો નથી
વર્ણન વિનાનો બાયપાસ પરીક્ષણ કરી શકાતો નથી અને તેથી સુરક્ષિત રીતે દૂર કરી શકાતો નથી. તે દરેક સમીક્ષામાંથી ટકી રહે છે કારણ કે કાઢી નાખવું જોખમી લાગે છે જ્યારે રાખવું હાનિકારક લાગતું નથી, અને જે સમીક્ષા તેને છોડી દે છે તે આગલીને પણ છોડી દેવાનું સરળ બનાવે છે. ખર્ચ અદૃશ્ય રહે છે જ્યાં સુધી ઓડિટ પૂછે કે ખાનગી શ્રેણીને કેમ મુક્તિ છે, અને ત્યારે જવાબ ખભા ઉલાળવો હોય છે.
રેકોર્ડ એટલો ટૂંકો હોવો જોઈએ કે લોકો તેને ખરેખર ફેરફાર વિન્ડોમાં લખે. ટ્રાફિક માટે એક લાઇન, જે જરૂરિયાતની તે સેવા કરે છે તે માટે એક.
અવકાશને ટ્રાફિક તરીકે લખવો
એપ્લિકેશન અથવા લક્ષ્ય શ્રેણી, સંબંધિત સરનામાં પરિવારો, સેવા અને પોર્ટ, અને જે નેટવર્ક સંદર્ભમાં નિયમ લાગુ પડે છે તે સૂચિબદ્ધ કરો, પછી મંજૂરી આપનારનું નામ અને તેને વહન કરતું ચોક્કસ ક્લાયન્ટ અથવા પ્લેટફોર્મ સેટિંગ જણાવો. “પ્રિન્ટર” એ ઇરાદો છે; “TCP 631 થી 192.168.1.50, ફક્ત હોમ નેટવર્ક” એ અવકાશ છે જે કોઈ ચકાસી શકે. જો “આ ક્યાં રહે છે”નો જવાબ “MDM પ્રોફાઇલમાં ક્યાંક” હોય, તો રેકોર્ડ પૂરો થયો નથી. ફાઇલ પાથ, પ્રોફાઇલ નામ અથવા રજિસ્ટ્રી કી—સેટિંગ ક્યાં હોઈ શકે તેના વર્ણન કરતાં સારી છે.
જ્યાં પ્લેટફોર્મ એપ્લિકેશન-દીઠ નિયમો ને સમર્થન આપે છે, ત્યાં સરનામાં શ્રેણીઓ કરતાં તેમને પ્રાધાન્ય આપો, કારણ કે એક એપ્લિકેશનને ટનલ ટાળવા દેવું આખા ખાનગી સબનેટને મુક્ત કરવા કરતાં સાંકડું છે અને ઉપકરણ નવા સરનામે જાય તો પણ ટકી રહે છે. Android ની VpnService માર્ગદર્શિકા તે એપ્લિકેશન-દીઠ મોડેલનું વર્ણન કરે છે; ડેસ્કટોપ ક્લાયન્ટ્સ પોતાના પ્રોફાઇલ સેટિંગ્સ દ્વારા એ જ વિચાર વ્યક્ત કરે છે. સરનામા-આધારિત મુક્તિઓ એ વૈકલ્પિક રસ્તો છે જ્યારે પ્લેટફોર્મ વધુ સાંકડું કંઈ આપતું નથી, તેથી તેમને વધુ તીવ્ર અવકાશ-લાઇનની જરૂર છે.
ચાર પ્રકારના અપવાદ, ચાર દૂર કરવાના જોખમો
અપવાદો એક શ્રેણી નથી, અને તેમને દૂર કરવાથી અલગ પરિણામો આવે છે. બે પ્રકાર વચ્ચે એક જ લાઇન વહેંચવી એ છે જે રીતે પ્રિન્ટર નિવૃત્ત કરવું કનેક્ટ થવાની ક્ષમતા પણ નિવૃત્ત કરે છે.
| Kind | Typical example | Removal risk |
|---|---|---|
| Endpoint bootstrap | reaching the gateway before the tunnel exists | high: nothing comes up without it |
| Captive portal | hotel or airport sign-in page | medium: only matters on untrusted networks |
| Local device | printer, casting target, test instrument | low: one service at one address |
| Excluded application | an app that must not use the tunnel | medium: depends on the app's own behaviour |
બૂટસ્ટ્રેપ, પોર્ટલ, ઉપકરણ અને એપ્લિકેશન અપવાદોને અલગ લાઇનમાં રાખો, જ્યારે વ્યવહારમાં તેઓ ઓવરલેપ થાય ત્યારે પણ. ખાનગી શ્રેણીની મુક્તિ ચુપચાપ તે સબનેટના દરેક પડોશીને પ્રવેશ આપે છે, તમે પહોંચવા માંગતા હતા તે એક જ ઉપકરણને નહીં, અને એ જ તમે બચાવી શકો તેવા અવકાશ અને ફક્ત આશા રાખો તેવા અવકાશ વચ્ચેનો તફાવત છે.
ટનલ પડે ત્યારે બાયપાસ શું કરે છે
ત્રણ પ્રશ્નો પૂછો અને જવાબો લખો, કારણ કે તેઓ નક્કી કરે છે કે લોકડાઉન સાચું છે કે નહીં. ટનલ પડે ત્યારે અપવાદ વાપરી શકાય તેવો રહે છે કે: captive portal માટે રહેવો જ જોઈએ, નહીંતર કોઈ કદી સાઇન ઇન કરી શકશે નહીં, જ્યારે ખાનગી સંસાધન માટે સામાન્ય રીતે ન રહેવો જોઈએ, નહીંતર નીતિ સુશોભન બની જાય. તે દરેક નેટવર્ક પર લાગુ પડે છે કે ફક્ત ઇચ્છિત વાતાવરણમાં, કારણ કે હોમ સબનેટ સુધી મર્યાદિત નિયમ સાર્વજનિક નેટવર્ક પર ખૂબ જ અલગ વર્તે છે જે કોઈ સંજોગવશાત્ એ જ શ્રેણી વાપરે છે. દરેક જવાબ નિયમ અને નોંધ બંને બદલે છે, તેથી જવાબ વગરનો પ્રશ્ન એ નિર્ણય છે જે પછી કોઈ બીજું ખોટો લેશે.
ત્રીજો પ્રશ્ન એ છે કે શું થાય છે જ્યારે લક્ષ્ય તેનું સરનામું બદલે છે, જ્યાં ડોમેન-આધારિત અને સરનામા-આધારિત મુક્તિઓ અલગ પડે છે. ડોમેન-આધારિત નિયમો રિઝોલ્યુશન ક્યારે થાય છે અને ક્લાયન્ટ પરિણામ કેવી રીતે લાગુ કરે છે તેના પર આધાર રાખે છે, તેથી અસંબંધિત લાગતા ફેરફાર પછી તેઓ ચુપચાપ મેળ ખાવાનું બંધ કરી શકે છે, અને નિષ્ફળતા જૂની મુક્તિ કરતાં તૂટેલા VPN જેવી લાગે છે.
પરીક્ષણ કરો, ફરી પરીક્ષણ કરો અને દૂર કરવાનું પગલું લખો
મંજૂર માર્ગ માટે એક હાનિકારક ન હોય તેવું પરીક્ષણ અને નજીકનો એક નકારાયેલ કેસ લખો: પ્રિન્ટર પૃષ્ઠ લોડ થાય છે અને એ જ સબનેટ પરની ફાઇલ શેરિંગ થતી નથી. તે જોડી સાબિત કરે છે કે અપવાદ સાંકડો છે, અને તે જ જોડી છે જે સમીક્ષક મૂળ વિનંતી સમજ્યા વિના પુનરાવર્તન કરી શકે છે. પછી ફરી-પરીક્ષણ ટ્રિગર સેટ કરો, કારણ કે જે અપવાદ કદી ફરી પરીક્ષણ નથી થતો તે જે જરૂરિયાત માટે લખાયો હતો તેનાથી દૂર સરકે છે, અને તે સરકવું કંઈક તૂટે ત્યાં સુધી અદૃશ્ય રહે છે.
અંતે, નિયમને તેની માલિકી ધરાવતા ઘટક દ્વારા કેવી રીતે દૂર કરવો તે નોંધો, અને ગુપ્ત બાબતોને નોંધની બહાર રાખો. સેવા અને માર્ગનું વર્ણન કરવા માટે કદી ખાનગી કી, પાસવર્ડ અથવા કોઈનો બ્રાઉઝિંગ ઇતિહાસ જરૂરી નથી, અને ટૂંકી જાળવેલી યાદી તેને લખનાર વ્યક્તિ કરતાં વધુ જીવી ગયેલા કામચલાઉ નિયમ કરતાં સારી છે.