બૂટ પર Mac VPN: launchd કાર્યની દેખરેખ રાખે છે, ટનલની નહીં

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

માન્ય પ્રોપર્ટી સૂચિ એ ચાલતી સેવા નથી

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

plutil -lint /Library/LaunchDaemons/com.example.vpn.plist
launchctl print system/com.example.vpn

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

એજન્ટોને વપરાશકર્તા સત્ર વારસામાં મળે છે, ડિમનને નહીં

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

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

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

દેખરેખ ત્યારે જ કામ કરે છે જ્યારે પ્રક્રિયા આગળ રહે

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

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

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

ઓળખપત્રોએ પ્રોમ્પ્ટ વિના કામ કરવું જોઈએ

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

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

તૈયારીનો અર્થ શું છે તે વ્યાખ્યાયિત કરો, પછી ત્યાં જ પરીક્ષણ કરો

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

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

કાર્યને જે સંદર્ભમાં ખરેખર ચાલશે તેમાં સ્વીકારો: બૂટ પર નેટવર્ક નથી, સામાન્ય લોગિન, ઊંઘમાંથી જાગવું અને નિયંત્રિત સ્ટોપ. પછી કાર્યનું લેબલ, ક્લાયંટ આવૃત્તિ અને પ્રોફાઇલ સુધારો સાથે નોંધો, જેથી આગળની વ્યક્તિને એક વખત કામ કરેલી ફાઇલને બદલે આભારી શકાય તેવી સેવા વારસામાં મળે.