Nebula ને ત્રણ ફાઇલોની જરૂર છે: CA, હોસ્ટ પ્રમાણપત્ર, હોસ્ટ કી
ત્રણ ફાઇલો ત્રણ કામ કરે છે: CA પ્રમાણપત્ર વિશ્વાસ સ્થાપિત કરે છે, હોસ્ટ પ્રમાણપત્ર નોડને નામ આપે છે, અને ખાનગી કી ફક્ત તે જ નોડ પર રહે છે.
કોઈને Nebula ડિરેક્ટરી આપો તો તે સામાન્ય રીતે બધું કોપી કરે છે, જેમાં એ ફાઇલ પણ હોય છે જે ક્યારેય તમારા વર્કસ્ટેશનથી બહાર ન જવી જોઈએ. ગૂંચવણ સમજી શકાય છે, કારણ કે હોસ્ટના PKI બ્લોકની ત્રણેય ફાઇલો એકસરખી દેખાય છે અને તેમાંથી બે પ્રમાણપત્રો છે. દરેક અલગ પ્રશ્નનો જવાબ આપે છે, અને તેમાંથી ફક્ત બે જ નોડ પર રહેવા જોઈએ. કંઈપણ કોપી કરતા પહેલાં તેમને ભૂમિકા પ્રમાણે અલગ કરો.
ત્રણ ફાઇલો, ત્રણ અલગ કામો
CA પ્રમાણપત્ર વિશ્વાસનું લંગર છે: જ્યારે બીજો હોસ્ટ પોતાની ઓળખ રજૂ કરે ત્યારે કઈ સત્તાઓ પર ભરોસો કરવો તે તે હોસ્ટને કહે છે. હોસ્ટ પ્રમાણપત્ર એ નોડની પોતાની ઓળખપત્ર છે, જે તે સત્તાએ સહી કરેલી હોય છે. હોસ્ટ કી એ તેનો મેળ ખાતો ખાનગી અર્ધો ભાગ છે, અને તે બરાબર એક જ મશીનની છે. CA પ્રમાણપત્ર અને પોતાની જોડ ધરાવતો નોડ overlayમાં જોડાઈને પોતે કોણ છે તે સાબિત કરી શકે છે. બીજા કોઈની કી ધરાવતો નોડ પણ પોતાને એ વ્યક્તિ તરીકે રજૂ કરી શકે છે, અને આ ગોઠવણ એ ભૂલને રોકવા માટે જ છે.
તેથી ચાલતી હોસ્ટ ડિરેક્ટરીને બીજા મશીન પર કોપી કરવી એ કોઈ ટૂંકો રસ્તો નથી. તે અનુમાનિત પરિણામ સાથેની નકલી ઓળખ છે.
સહી કરવાની કી ક્યારેય મુસાફરી કરતી નથી
CA સહી કી કોઈ પણ હોસ્ટ રૂપરેખાનો ભાગ નથી. તે નવી ઓળખો બનાવે છે, અને જેની પાસે તે હોય તે કોઈ પણ overlay સરનામા અને કોઈ પણ જૂથ માટે પ્રમાણપત્ર બનાવી શકે છે. સાથીદારોને સહીઓ ચકાસવા માટે ફક્ત જાહેર CA પ્રમાણપત્રની જરૂર છે, તેથી ક્લાયન્ટ પર ખાનગી અર્ધા ભાગની કોઈ ભૂમિકા જ નથી. તેને જ્યાં પ્રમાણપત્રો અદા થાય છે તે મશીન પર રાખો, અને અકસ્માતે બનેલી નકલને સુવિધા નહીં પણ ઘટના ગણો.
જો ઘણા લોકોએ પ્રમાણપત્રો અદા કરવા પડે, તો તેમને કીની નકલને બદલે એક પ્રક્રિયા આપો. લેપટોપ પર વહેંચાયેલી સહી કી એ એવી સત્તા છે જેને કોઈ ઓડિટ કે રદ કરી શકતું નથી.
હોસ્ટ પ્રમાણપત્રની અંદર શું હોય છે
હોસ્ટ પ્રમાણપત્ર કી સાથે ફક્ત ફાઇલનું નામ નહીં, વધુ જોડે છે. તે નોડનું overlay સરનામું, તેનું નામ અને જૂથ સભ્યપદ ધરાવે છે, બધું સહી કરેલું, જેથી સાથીદાર નક્કી કરી શકે કે તેને સ્વીકારવું કે નહીં. તેથી હોસ્ટનું નામ બદલવાનો અર્થ રૂપરેખાની એક લાઇન સંપાદિત કરવી નહીં, પણ નવું પ્રમાણપત્ર અદા કરવું છે.
nebula-cert print -path host.crt દર્શાવે છે કે ખરેખર શું અદા થયું. પ્રમાણપત્રમાં તમે ધારેલું સરનામું છે એમ માની લેતા પહેલાં તેને વાંચો.
ફરી લોડ કરવું હંમેશા પૂરતું નથી
કેટલીક PKI સેટિંગ્સ સિગ્નલ પર ફરી લોડ થાય છે, અને કેટલીક નહીં. જે પ્રમાણપત્રનું overlay સરનામું બદલાયું છે તે ક્લાસિક કિસ્સો છે જેમાં ફરી લોડ કરવાને બદલે પ્રક્રિયા ફરી શરૂ કરવી પડે છે.
ચાલી રહેલી પ્રક્રિયાએ ખરેખર કયા પાથ ખોલ્યા તેની ખાતરી કરો, ફક્ત રૂપરેખા ફાઇલ કયા પાથના નામ આપે છે તે નહીં. પછી એક ઓળખપત્ર બદલો, કનેક્ટિવિટી અને લોગ ચકાસો, અને ત્યાર પછી જ આગલું લો. જૂનું પ્રમાણપત્ર મેમરીમાં રહેતું હોય ત્યારે સફળ દેખાતું ફરી લોડ કરવું એવી અસંગતિ ઊભી કરે છે જે રાઉટિંગ સમસ્યા જેવી લાગે. ફરી શરૂ કરવું સસ્તું છે; અડધું overlay જે ઓળખને હજી જૂની રીતે જુએ છે તેને ડિબગ કરવું સસ્તું નથી.
ઓળખ દૂર કરવા બ્લોકલિસ્ટ જરૂરી છે
ખોવાયેલી કે જાહેર થયેલી ઓળખપત્ર બદલવાના બે અર્ધા ભાગ છે. નવું પ્રમાણપત્ર પ્રવેશ પુનઃસ્થાપિત કરે છે, અને જૂની ઓળખ સ્વીકારાવાનું બંધ કરવું પડે છે. આ અલગ ક્રિયાઓ છે, અને ફક્ત પહેલી કરવાથી જોખમાયેલી ઓળખપત્ર માન્ય રહે છે.
બ્લોકલિસ્ટ એ ફાઇલ છે જે તમે હોસ્ટોમાં વહેંચો છો, એવું કંઈ નહીં જે lighthouse પોતાની મેળે મોકલે. તે દરેક નોડ સુધી કેવી રીતે પહોંચશે તેની યોજના કરો, જે આજે ઑફલાઇન છે તેમને પણ સામેલ કરીને, અને તમે કઈ ફિંગરપ્રિન્ટ બ્લોક કરી તે નોંધો. અદા કરતા મશીન પર કી ફેરવો અને નવા પ્રમાણપત્રની વિગતો હોસ્ટ રેકોર્ડ સાથે રાખો. ફક્ત તમે સંપાદિત કરેલા મશીન પર જ અસ્તિત્વ ધરાવતું રદીકરણ રદીકરણ નથી.