OpenVPN સર્વરે પોતાનો લોગ ક્યાં લખવો જોઈએ, અને કેમ

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

ડેમન નિર્દેશ સાથે ખરેખર શું કરે છે

નિર્દેશો અમૂર્ત નથી; દરેક નક્કી કરે છે કે પ્રક્રિયા તેના સંદેશા ક્યાં લખે છે. log /path તે ફાઇલ ખોલે છે, log-append /path તેને ઉમેરવા માટે ખોલે છે, અને syslog સંદેશા તેના સોકેટ દ્વારા સ્થાનિક સિસ્ટમ લોગરને આપે છે. આમાંથી કોઈ ન હોય તો આઉટપુટ પ્રમાણભૂત આઉટપુટ પર જાય છે અને સેવા વ્યવસ્થાપક નક્કી કરે છે કે આગળ શું થાય. ડેમન તમારું ગોઠવણ અવગણે છે એવા નિષ્કર્ષ પર આવતા પહેલાં અમલી યુનિટ અને પ્રોફાઇલ સાથે વાંચો.

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

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

log કાપે છે, log-append નહીં

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

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

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

સેવા વ્યવસ્થાપક બીજી નકલ રાખે છે

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

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

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

વિગત ઉપયોગી વિગત જેટલી નથી

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

રેકોર્ડમાં ઇન્સ્ટન્સની ઓળખ અને ટાઇમસ્ટેમ્પ રાખો. જ્યારે ફાઇલ મહિનાઓથી ઉમેરાતી હોય અને ઇન્સ્ટન્સનું નામ ખૂટતું હોય, ત્યારે ફરી જોડાણ પ્રથમ જોડાણ જેવું જ લાગે છે.

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

ફેરવણી, જાળવણી અવધિ અને ફરી લોડ કરતા સંકેતો

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

પરિણામ એવી સેવા હોવી જોઈએ જેનું ઑપરેટર વર્ણન કરી શકે: એક સત્તાવાર પ્રવાહ, દરેક ઘટના જીવનચક્રમાં મૂકેલી, અને એવો રેકોર્ડ જે હોસ્ટ પર રહસ્ય ધરાવતી દરેક ફાઇલ એકઠી કર્યા વિના મળે. આ વર્ણન ડિઝાઇનની સ્વીકૃતિ કસોટી છે, અને આગલી ઘટના પહેલાં તેને ચકાસવું સસ્તું છે.