તમારો Mac જાતે જ VPN ફરી જોડે છે: માંગ પરનો નિયમ તપાસો

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

નિયમ ખરેખર શું ધ્યાનમાં રાખે છે

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

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

નીતિ કોની છે, અને દૂર કરવાનો ભાર કેટલો

બંનેમાંથી કોઈપણ બદલતાં પહેલાં ઇન્સ્ટોલ કરેલી પ્રોફાઇલ અને સમર્થિત ક્લાયન્ટ નિયંત્રણો વાંચો. જો Mac સંચાલિત હોય, તો શરતો ક્યાંક દસ્તાવેજીકૃત હોય છે, અને એ દસ્તાવેજ માંગવો બહારથી SSID અને ડોમેન ઉલટ-ઇજનેરી કરવા કરતાં સારો છે.

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

profiles show -type configuration
scutil --nc list

ફરી જોડાવું શું સાબિત કરતું નથી

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

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

ટ્રિગર નોંધો, આઇકન નહીં

ટનલ શું લાવ્યું તે લખો: નેટવર્કમાં જોડાવું, એપ્લિકેશન ખોલવું, ખાનગી નામ ઉકેલવું, ઊંઘમાંથી જાગવું. તે થયું એટલું જ નહીં, ક્યારે થાય છે તે ધ્યાનમાં રાખો, કારણ કે ક્રમ જ પુરાવો છે. ચોક્કસ ટ્રિગર આઇકનના સ્ક્રીનશૉટ કરતાં વધુ મૂલ્યવાન છે.

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

જ્યારે નિયમ ખોટું કનેક્શન શરૂ કરે છે

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

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