Mac PF VPN લૉક: સાઇટ નીતિ, વિતરણયોગ્ય સુવિધા નહીં
Packet Filter વિતરિત ઉત્પાદનો માટે સમર્થિત API નથી. નિયમ સમૂહને માલિક આપો, દરેક અપવાદનું નામ આપો અને સંક્રમણો ચકાસો.
તે તમારા Mac પર કામ કરે છે, તેથી એવું લાગે છે કે તમે તેને વપરાશકર્તાઓને આપી શકો છો. એ ધારણા પહેલી વસ્તુ છે જે છોડવી પડે. Apple નું TN3165 સ્પષ્ટ કહે છે કે Packet Filter સામાન્ય રીતે વિતરિત ઉત્પાદનો માટે સમર્થિત API નથી, અને તે વિશેષાધિકારપ્રાપ્ત, નિયંત્રિત સાઇટ વ્યવસ્થાપનને વાજબી કેસ તરીકે રજૂ કરે છે. તેથી PF પર બનેલું VPN લૉક માલિક સાથેની સ્થાનિક કાર્યાત્મક નીતિ છે, એપની અંદર વિતરણ કરી શકાય તેવી સુવિધા નહીં.
PF પેકેજિંગ સપાટી નથી
આ તફાવત શૈક્ષણિક નથી. PF પર નિર્ભર વિતરિત ઉત્પાદન Apple તેમાં જે પણ ફેરફાર કરે તે બધા વારસામાં લે છે, નિયમો પણ લખતા બીજા સાધન સાથેનો દરેક સંઘર્ષ પણ, અને આ ગોઠવણ ચાલુ રહેશે તેવી કોઈ સપોર્ટ પ્રતિબદ્ધતા મળતી નથી. જે સાઇટ પોતાના મશીનોનું સંચાલન કરે છે તેનો સંબંધ અલગ છે: તે નિર્ભરતાને દસ્તાવેજ કરી શકે, દરેક OS આવૃત્તિ સામે ચકાસી શકે અને જાળવણી સ્વીકારી શકે.
કેટલીક ઇન્સ્ટોલેશન સલાહ એવી મર્યાદા ઓળંગે છે જેનું નામ આપવું યોગ્ય છે. એક એન્કર લોડ થાય તે માટે આખો સિસ્ટમ નિયમ સમૂહ ફરી લખવો, Apple ની સિસ્ટમ લોન્ચ રૂપરેખા સંપાદિત કરવી, અથવા System Integrity Protection બંધ કરવું એ ફરી વપરાય તેવી રેસીપી માટે સ્વીકાર્ય આવશ્યકતાઓ નથી. જો પ્રકાશિત માર્ગદર્શિકાને એમાંથી કોઈપણ જોઈએ, તો તે પ્રયોગશાળાનું વર્ણન કરે છે, તૈનાત કરી શકાય તેવી નીતિનું નહીં.
વાક્યરચના પહેલાં બહાર જવાનો ઉદ્દેશ લખો
એક પણ કીવર્ડ પસંદ કરતા પહેલાં નક્કી કરો કે શું માન્ય છે. સામાન્ય રીતે ત્રણ માર્ગ હોવા જોઈએ: VPN ક્લાયન્ટનું પોતાના સર્વર સુધીનું પરિવહન, ટનલની અંદર સુરક્ષિત એપ્લિકેશન ટ્રાફિક, અને સેટઅપ કે સ્થાનિક સેવાઓને ખરેખર સીધો માર્ગ જોઈએ તે બધું.
દરેક સૂચિત અપવાદને ગંતવ્ય, પરિવહન અને માલિક આપો. એક એન્ડપોઇન્ટ સુધી બધા પોર્ટ માન્ય કરવા એ ટનલ વાપરે છે તે એક જ પરિવહન કરતાં ઘણું વધુ પરવાનગી આપે છે, અને વધારાનું એક્સપોઝર કોઈએ એવું નક્કી કર્યા વિના આવે છે કે તે હોવું જોઈએ. જાહેર રિઝોલ્વરને માન્ય કરવું એ વધુ મૈત્રીપૂર્ણ વેશમાં એ જ જાળ છે: તે ટનલ બંધ હોય ત્યારે પણ સીધો DNS માર્ગ બનાવે છે, તેથી નામ શોધ હજી પણ લીક થાય છે.
| Path | Destination | Owner |
|---|---|---|
| VPN transport | Gateway address, one UDP port | Network team |
| Tunnel traffic | Internal prefixes | Application owner |
| Resolver exception | Named internal resolver | Security team |
અપવાદ માટે ઉપયોગી પરીક્ષણ એ છે કે તમે તેને માંગનાર વ્યક્તિનું અને તે જે નિષ્ફળતાને અટકાવે છે તેનું નામ આપી શકો છો કે નહીં. જો બંને જવાબ ન હોય, તો નિયમ સંભવતઃ ખોટી રૂપરેખાનો વળતો રસ્તો છે જે અન્યથા અદૃશ્ય રહી જાય.
utun નંબરો ઓળખ નથી
MacOS ટનલ ઇન્ટરફેસ utun ઉપકરણો તરીકે બનાવે છે, અને તમારા VPN ને ફાળવેલ નંબર સ્થિર નથી રીબૂટ, ફરી કનેક્શન અથવા બીજા ક્લાયન્ટની હાજરી દરમિયાન. થોડા અનુમાનિત નંબરોની યાદી આપતો નિયમ નીતિ નથી; તે એક બપોરનું સ્નેપશોટ છે.
નિયમને એવી વસ્તુ સાથે જોડો જે ઇચ્છિત પ્રદાતાને ઓળખે: ટનલ ફાળવે તે સરનામું યોજના, ઇન્ટરફેસ ધરાવતી પ્રક્રિયા, અથવા VPN ક્લાયન્ટ પોતે જાળવે તે રૂપરેખા. પછી નોંધો કે તે ઓળખ કેવી રીતે કામ કરે છે, કારણ કે વર્ષ પછી નિયમની સમીક્ષા કરનાર વ્યક્તિ પાસે તમારો શેલ ઇતિહાસ નહીં હોય.
લોડ કરેલી નીતિને આરોપણયોગ્ય બનાવો
એન્કર નામ નિયમોને ગોઠવે છે; તે સાબિત કરતું નથી કે અસરકારક નીતિ તમે ઇચ્છી હતી તે જ છે. એન્કર વચ્ચેની અગ્રતા, બીજા સૉફ્ટવેરે લોડ કરેલા નિયમો અને હાલની સ્થિતિ બધા પરિણામ બદલી શકે છે. તે મશીન પર PF ધરાવતા બીજા કોઈપણ સાથે અસરકારક સમૂહની સમીક્ષા કરો, અને માલિકીને રૂપરેખા જે જગ્યાએ છે ત્યાં જ દસ્તાવેજ કરો. બે માલિકો જુદી જુદી ધારણાઓ સાથે જુદા જુદા એન્કર સંપાદિત કરે તે સામાન્ય રીતે લૉકમાં ખાડો પડવાની રીત છે.
નિયમ સમૂહને સાઇટના સમર્થિત રૂપરેખા માર્ગમાં રાખો, તેને આવૃત્તિ કરો અને નોંધો કે કઈ macOS આવૃત્તિઓ ચકાસાઈ. હાથથી લાગુ કરાયેલો અને એક વ્યક્તિ યાદ રાખે તેવો ફેરફાર જાળવેલી માળખાગત સુવિધા નથી, ફાઇલ હેડર શું કહે તે ગમે તે હોય.
જોડાયેલી સ્થિતિ નહીં, સંક્રમણો ચકાસો
ટનલ ચાલુ હોય ત્યારે લીધેલો સ્ક્રીનશોટ લગભગ કંઈ સાબિત કરતો નથી. તેના બદલે સ્થિતિઓમાં ચાલો: કોઈપણ કનેક્શન પહેલાં સ્ટાર્ટઅપ, કામ કરતી ટનલ, ચેતવણી વિના પડી જતી ટનલ, જાણી જોઈને ડિસ્કનેક્ટ, અને Wi-Fi થી હોટસ્પોટ સુધીની હિલચાલ. દરેક સ્થિતિનો પોતાનો જવાબ છે, અને રસપ્રદ તે નિષ્ફળતાઓ છે, ખુશ માર્ગ નહીં.
દરેક સ્થિતિમાં જાણી જોઈને શું પહોંચી શકાય તે નોંધો. IPv4 અને IPv6 અલગ તપાસો, નામ ઉકેલ ચકાસો, અને સંક્રમણ પહેલાં પહેલેથી સ્થાપિત હતો તેવો પ્રવાહ સામેલ કરો, કારણ કે હાલના જોડાણો હંમેશા નવી નીતિ અનુસરતા નથી. ટનલ બંધ હોય ત્યારે નિષ્ફળ જતો બ્રાઉઝર એક ડેટા પોઇન્ટ છે, અન્ય દરેક માર્ગ અવરોધિત હોવાનો પુરાવો નહીં.
છેલ્લે, એવી પુનઃપ્રાપ્તિ પદ્ધતિ રાખો જે તમે બદલી રહ્યા છો તે નેટવર્ક માર્ગ પર આધારિત ન હોય. સ્થાનિક સંગ્રહ પર જાણીતી-સારી રૂપરેખા અને તેને લોડ કરવાની દસ્તાવેજી રીત લૉકને નીતિમાં ફેરવે છે; તેમના વિના, એક ખરાબ સુધારો સંચાલકને તે મશીનની બહાર પૂરી દે છે જે સુરક્ષિત થવાનું હતું.