તેની કી કૉપિ કર્યા વિના Raspberry Pi VPN ઉપકરણ ફરીથી બનાવો

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

નીચેનાં પગલાં સાધનની ભલામણ નહીં, પરંતુ કામનો ક્રમ છે. જે પણ કન્ફિગરેશન સિસ્ટમ એમને વ્યક્ત કરી શકે તે પૂરતી છે.

પહેલાં ચાર પ્રકારના ઇનપુટની યાદી બનાવો

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

કંઈપણ ફરીથી બનાવતા પહેલાં ચાર યાદીઓ લખો. ખાલી પંક્તિવાળી યાદી એ નિર્ણય છે જે તમે હજી લીધો નથી.

રહસ્યોને રિપોઝિટરીની બહાર રાખો અને કહો કે તેઓ ક્યાં રહે છે

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

કસોટી સરળ છે: જો કાલે રિપોઝિટરી લીક થાય, તો હુમલાખોરને શું મળશે? ટેમ્પલેટ અને ટોપોલોજી નોંધ ટકી રહે છે. કાર્યરત ઓળખ ટકતી નથી.

ઓટોમેશનને એનો માલિક બનવા દો જે તે ફરી ચલાવી શકે

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

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

ડેટા અને ઓળખ જાણી જોઈને પુનઃસ્થાપિત કરો

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

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

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

બૂટ કરી શકાય તેવી ઇમેજ ચારમાંથી એક ઇનપુટ છે, અને તેને પુનઃઉત્પાદિત કરવી સૌથી સહેલી છે.