ફક્ત સમાવેશ કે ફક્ત બાકાત સ્પ્લિટ ટનલિંગ: કયો ડિફૉલ્ટ?
યાદી બનાવતાં પહેલાં ડિફૉલ્ટ પસંદ કરો: ફક્ત તમે નામ આપો તે ટનલ કરો, અથવા બધું ટનલ કરો અને બાકાતો કાઢો. પછી એ એપ્લિકેશનનું પરીક્ષણ કરો જે કોઈએ યાદીમાં નથી મૂકી.
તમારા VPN ક્લાયન્ટનો રૂટિંગ વિભાગ ખોલો અને તમે બે અલગ આકારના નિયંત્રણો જોશો જે ઘણી વાર સમાન લેબલ ધરાવે છે. એક તમને ટનલમાં આવતા ગંતવ્યોની યાદી બનાવવા કહે છે, અને બાકીનું બધું સ્થાનિક નેટવર્ક વાપરતું રહે છે. બીજું ધારે છે કે બધું ટનલમાં છે અને પૂછે છે કે શું બહાર કાઢવું જોઈએ. બંને પ્રથમ પરીક્ષણમાં કામ કરતી ટનલ આપે છે, અને બંને યાદીમાં લીટીઓ ઉમેરીને જાળવવામાં આવે છે, એટલે કોઈ નવું કંઈક સ્થાપિત ન કરે ત્યાં સુધી આ તફાવત અદૃશ્ય રહે છે.
આ પસંદગી એક ડિફૉલ્ટ છે, સુવિધા નહીં. યાદીમાં વીસ એન્ટ્રીઓ થાય તે પહેલાં તેને નક્કી કરો.
ડિફૉલ્ટ ક્લાયન્ટમાંથી વાંચો, બ્રોશરમાંથી નહીં
WireGuard આ નિર્ણયને અસામાન્ય રીતે દૃશ્ય બનાવે છે, કારણ કે AllowedIPs એ સમાવેશ યાદી છે અને બીજું કંઈ નહીં. 0.0.0.0/0, ::/0 ધરાવતો પીઅર બધું ટનલ કરે છે; 10.20.0.0/16 ધરાવતો પીઅર ફક્ત તે જ ટનલ કરે છે. બાકાત કરવાની કોઈ સિન્ટેક્સ નથી, તેથી જો તમે એક સબનેટ બહાર રાખવા માંગો છો, તો કાં તો બાકીના દરેક પ્રીફિક્સની ગણતરી કરો અથવા ઇન્ટરફેસની બહાર પૉલિસી રૂટિંગ ઉમેરો.
OpenVPN બીજી દિશામાંથી એ જ જગ્યાએ પહોંચે છે, redirect-gateway def1 સંપૂર્ણ ટનલ સ્થાપિત કરે છે અને સ્પષ્ટ route નિર્દેશો ચોક્કસ પ્રીફિક્સ ઉમેરે છે અથવા તેમને બદલે છે. વ્યાવસાયિક ક્લાયન્ટ સામાન્ય રીતે બંનેને એક ચેકબૉક્સ અને ગંતવ્ય કોષ્ટક પાછળ છુપાવે છે, તેથી લેબલ પર ભરોસો કરતાં પહેલાં વાંચો કે કોષ્ટક ખરેખર કયું સંપાદિત કરે છે.
પૂછવાનો પ્રશ્ન એ નથી કે ચેકબૉક્સનું નામ શું છે. પ્રશ્ન એ છે કે એવા પેકેટ સાથે શું થાય છે જેનું ગંતવ્ય બંનેમાંથી કોઈ યાદીમાં નથી. તેનો લખીને જવાબ આપો અને બાકીની રૂપરેખા તેમાંથી જ નીકળે છે. પ્રશ્ન ટાળો અને પહેલી અસ્પષ્ટ નિષ્ફળતા એ નક્કી કરશે જે તે દિવસે ક્લાયન્ટની સૌથી નજીક હોય.
એવી એપ્લિકેશન પાછળ જાઓ જે કોઈએ યાદીમાં નથી મૂકી
માત્ર સમાવેશવાળી રચનામાં એ એપ્લિકેશન સીધી જાય છે, સ્થાનિક નેટવર્ક પર, સ્થાનિક DNS સાથે. માત્ર બાકાતવાળી રચનામાં તે ટનલમાંથી જાય છે, સર્વર જે મંજૂરી આપે તેને આધીન, અને ઘણી વાર એ જ તફાવત હોય છે કે નવું SaaS સાધન પહેલા દિવસથી કામ કરે છે કે ટિકિટ આવે છે કે VPN એ તેને તોડી નાખ્યું.
કોઈ પણ ડિફૉલ્ટ પોતાની રીતે વધુ સુરક્ષિત નથી. માત્ર સમાવેશ ટનલ જે વહન કરે છે તેને સાંકડું કરે છે અને સ્થાનિક નેટવર્કને સૌથી ઓછા અવરોધનો માર્ગ બનાવે છે; માત્ર બાકાત ટનલને સામાન્ય માર્ગ માને છે અને બાકાતોને બાકાત તરીકે ગણે છે, જે મોટાભાગની કોર્પોરેટ નીતિઓ ખરેખર શું ધારે છે તેની વધુ નજીક છે.
| Question | Include-only | Exclude-only |
|---|---|---|
| Unlisted new app | goes direct | goes through the tunnel |
| A site that breaks over the VPN | add it to the list | carve it out |
| Internal names still resolve | only if routed and served | usually, until split DNS says otherwise |
| Upkeep | one entry per internal service | one entry per misbehaving public service |
પ્લેટફૉર્મ કયા પ્રકારની વસ્તુ યાદીમાં મૂકે છે તે ધ્યાનમાં લો
એન્ડ્રોઇડમાં VpnService.Builder મંજૂર એપ્લિકેશન યાદી અને નામંજૂર એપ્લિકેશન યાદીને બે અલગ મૉડેલ તરીકે આપે છે, અને પ્રતિ-એપ્લિકેશન નિયમો ગંતવ્યને બદલે પેકેજ પ્રમાણે પસંદ કરે છે. આવી યાદીમાં મૂકાયેલો બ્રાઉઝર જે પણ ગંતવ્ય ખોલે તે દરેકને સાથે લઈ જાય છે, જે રૂટ કોષ્ટક કરતાં અલગ ગ્રેન્યુલારિટી છે અને કામ કરતી એપ્લિકેશનમાં એક તૂટેલી સાઇટ સુધારી શકતું નથી.
ડેસ્કટૉપ ક્લાયન્ટ સામાન્ય રીતે બંને પ્રકારને એક ઇન્ટરફેસમાં ભેળવે છે, તેથી તપાસો કે તમે ઉમેરી રહ્યા છો તે લીટી પેકેજ છે, હોસ્ટનેઇમ છે કે પ્રીફિક્સ. તેઓ અલગ રીતે નિષ્ફળ જાય છે અને અલગ જગ્યાએ ઉકેલાય છે. હોસ્ટનેઇમ લીટી સામાન્ય રીતે રૂટ અને નામ બની જાય છે, જ્યારે પેકેજ લીટી ક્લાયન્ટની અંદર પૉલિસી નિર્ણય બની જાય છે. તમે કઈ ઉમેરી તે લખી રાખો, કારણ કે પછીથી ડિબગ કરનાર વ્યક્તિ બીજી ધારણા કરશે.
નિષ્ફળતાની સ્થિતિનું પરીક્ષણ કરો, ફક્ત સફળ માર્ગનું નહીં
ટનલમાંથી બાકાત એપ્લિકેશનને આપોઆપ ચોખ્ખી સીધી પહોંચ મળતી નથી. જો ક્લાયન્ટ VPN વગર બ્લૉક કરવાનો નિયમ પણ લાગુ કરે છે, તો બાકાત કરેલો ટ્રાફિક સંપૂર્ણપણે ડ્રૉપ થઈ શકે છે, જે રૂટિંગ નિર્ણયને બદલે તૂટેલી એપ્લિકેશન જેવું લાગે છે. તે કેસનું જાણી જોઈને પરીક્ષણ કરો, વપરાશકર્તાના રિપોર્ટથી શોધો નહીં.
પછી DNS અને IPv6 ને અલગ વસ્તુઓ તરીકે તપાસો. ફક્ત IPv4 વહન કરતી ટનલ v6 સક્ષમ એપ્લિકેશન માટે તેની આસપાસનો રસ્તો છોડી દે છે, અને વિભાજિત DNS નક્કી કરે છે કે જે ટ્રાફિક ટનલ થયો જ નથી તેના માટે આંતરિક નામો ઉકેલાય છે કે નહીં. યાદીમાંની એક એપ્લિકેશન, યાદીમાં ન હોય તેવી એક એપ્લિકેશન, એક નામ શોધ અને એક ફરી-કનેક્શન ચલાવો, અને પરિણામો રૂપરેખા સાથે રાખો.
ડિફૉલ્ટ એવી જગ્યાએ લખો જ્યાં આગલી વ્યક્તિને મળે
પસંદ કરેલો ડિફૉલ્ટ, બાકાતો અને તેમની માલિકી ક્લાયન્ટ પ્રોફાઇલની જ જગ્યાએ નોંધો, કારણ કે આગલો પ્રશાસક આ તર્ક વાંચ્યા વિના એન્ટ્રી ઉમેરશે. દરેક બાકાતની તારીખ અને કારણ નોંધો, જેથી પછીથી સુધારાયેલી સાઇટ માટેની જૂની બાકાત આત્મવિશ્વાસ સાથે દૂર કરી શકાય. કારણ વગરની યાદી કાયમ વધતી રહે છે.
જ્યારે કોઈ એક તૂટેલું ગંતવ્ય જણાવે, ત્યારે બેઝલાઇનને બદલે બાકાત બદલો. એક સાઇટ સુધારવા ડિફૉલ્ટ ફેરવવો એ દરેક યાદીમાં ન હોય તેવી એપ્લિકેશનને ચૂપચાપ ટનલની બીજી બાજુ ખસેડે છે.