PrivateTmp: હૂકે ફાઇલ લખી, તો તે ક્યાં ગઈ?

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

બે કામચલાઉ ડિરેક્ટરીઓ, એક માર્ગ

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

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

અદૃશ્યને અલખ્યથી અલગ કરો

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

systemctl show [email protected] -p PrivateTmp -p User -p Group -p RuntimeDirectory
systemctl show [email protected] -p MainPID --value
sudo ls -l /proc/PID/root/tmp/client-state

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

વહેંચાયેલા ડેટાને સ્પષ્ટ સ્થાન આપો

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

[Service]
RuntimeDirectory=openvpn-hook-office
RuntimeDirectoryMode=0750

રનટાઇમ ડિરેક્ટરી ફોલ્ડરને સિસ્ટમના રનટાઇમ વિસ્તાર હેઠળ મૂકે છે, યુનિટના ગોઠવાયેલા વપરાશકર્તા અને જૂથ માટે તેને બનાવે છે અને યુનિટ બંધ થાય ત્યારે તેને દૂર કરે છે. પેકેજનું યુનિટ અકબંધ રહે તે માટે તેને drop-in દ્વારા ઉમેરો, પછી મેનેજર ફરી લોડ કરો અને તે ઇન્સ્ટન્સ ફરી શરૂ કરો, એ સ્વીકારીને કે તેના ક્લાયન્ટ્સ ફરી જોડાશે.

ઇન્સ્ટોલ થયેલું યુનિટ પહેલેથી જે રનટાઇમ ડિરેક્ટરી માગે છે તે રાખો. યાદીમાં ઉમેરવાને બદલે તેને બદલવી એ અસંબંધિત સુવિધા તોડવાની સામાન્ય રીત છે, જેને કોઈ ફેરફાર સાથે જોડતું નથી.

બે વિશેષાધિકાર સ્તરો અસહમત થઈ શકે છે

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

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

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

આખું હસ્તાંતરણ ચકાસો

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

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