Juju charm તમારું VPN બને તે પહેલાં: ઓળખ, કરાર, પોર્ટ

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

પગલું એક: જે આર્ટિફેક્ટ વિશે તમે વાંચો છો તેને પિન કરો

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

juju info CHARM_NAME Juju 3.6માં ચેનલ, બેઝ અને આર્કિટેક્ચર જણાવે છે, અને દસ્તાવેજીકરણ નોંધે છે કે ચોક્કસ રિવિઝનની ક્વેરી તે ફિલ્ટરો સાથે જોડી શકાતી નથી. કમાન્ડ જે સંયોજન નકારે છે તે બનાવવાને બદલે રિવિઝન અલગથી પૂછો. બેઝ અને આર્કિટેક્ચર પણ વાંચો, કારણ કે એક ચેનલ એક કરતાં વધુને આવરી શકે છે.

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

પગલું બે: રૂપરેખાંકનને કરાર તરીકે વાંચો

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

charm ખરેખર જે ઇન્ટરફેસ અને ક્રિયાઓ આપે છે તેને અનુસરો. એવું ન ધારો કે નોંધણી ક્રિયા છે કારણ કે તે જ સોફ્ટવેર માટેના બીજા charmમાં એક છે.

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

પગલું ત્રણ: શ્રોતાને ફોરવર્ડ કરેલા માર્ગથી અલગ કરો

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

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

પગલું ચાર: એક્સપોઝર એ ફાયરવોલ ક્રિયા છે

Juju 3.6માં, એપ્લિકેશનને એક્સપોઝ કરવાથી ક્લાઉડ ફાયરવોલ નિયમો સમાયોજિત થાય છે, અને ડિફૉલ્ટ રૂપે તે કોઈપણ સ્રોતથી વર્કલોડે ખોલેલા પોર્ટ સુધીનો ટ્રાફિક મંજૂર કરે છે. કમાન્ડના endpoint અને CIDR સિલેક્ટરો બરાબર એ માટે છે કે તે ડિફૉલ્ટ સાંકડો કરી શકાય.

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

પગલું પાંચ: ચાર કસોટીઓ સાથે સ્વીકારો

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

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