મૂળ કી વિના VPN પ્રમાણપત્ર જારી કરવાનું સોંપો
પ્રમાણપત્ર જારી કરવું એ પરવાનગી છે; મૂળ કી રાખવી એ ક્ષમતા છે. એક ઇન્ટરમીડિયેટ પહેલાને મર્યાદિત કરે છે, અને એકાઉન્ટ દૂર કરવું તે કોઈ સમાધાન નથી.
કોઈને VPN ક્લાયન્ટ નોંધણી કરવાની ક્ષમતા આપવી અને તેને મૂળ કીની પોર્ટેબલ નકલ આપવી બે જુદી ક્રિયાઓ છે, અને તફાવ ત્યારે જ દેખાય છે જ્યારે તે વ્યક્તિ જાય છે અથવા તે કી લીક છે. પ્રથમ તમે નિયંત્રિત કરો છો તેવા વર્કફ્લોમાં એક ઑપરેશન આપે છે; બીજું ગમે ત્યાં, ઑફલાઇન, અમર્યાદિત સમય સુધી વિશ્વાસ બનાવવાની ક્ષમતા આપે છે. કોઈપણ કી સામગ્રીને સ્પર્શ કરતા પહેલા નક્કી કરો કે કામને કઈ જોઈએ છે. પદાનુક્રમ આકૃતિ તમારા માટે તે પ્રશ્નનો જવાબ આપશે નહીં.
નોંધણી કાર્યને ત્રણ પ્રશ્નો તરીકે લખો: કોણ વિનંતી કરી શકે, કોણ મંજૂરી આપે, અને જારી કરતો ઘટક શું સહી કરી શકે.
તમે કઈ ક્ષમતા આપી રહ્યા છો તે નક્કી કરો
જારી કરતી સેવા મંજૂરી વર્કફ્લો દર્શાવી શકે છે અને સહી સામગ્રીને અલગ માલિક પાસે રાખી શકે છે. ઑપરેટર ઉપકરણ વિનંતી મંજૂર કરે છે, સેવા નીતિ લાગુ કરે છે અને જારી નોંધે છે, અને સામેલ કોઈ પણ CA કી રાખતું નથી. મંજૂર ઓળખ, મંજૂર કરનારા અને સેવા શું સહી કરી શકે તેની શ્રેણીનું દસ્તાવેજીકરણ કરો; પછી તેનું વ્યવસ્થાપન કી જેટલી કાળજીથી સુરક્ષિત કરો. પ્રમાણપત્ર સહી વિનંતી એ વિનંતી છે, મંજૂરીનો નિર્ણય નથી.
હાર્ડવેર-સપોર્ટેડ સંગ્રહ કીની નકલ થવાનું જોખમ બદલે છે, મંજૂરીની જરૂરિયાત નહીં. નિકાસ ન કરી શકાય તેવું એટલે કે કી બહાર કાઢી શકાય નહીં, અને તેનો અર્થ એ નથી કે જે કોઈ સહી ઇન્ટરફેસને કૉલ કરી શકે તેને પ્રમાણપત્રનો હક છે. આ બે ગુણધર્મોનું અલગથળી મૂલ્યાંકન કરો.
ઇન્ટરમીડિયેટ સત્તાને મર્યાદિત કરે છે
મૂળ દઈનિક જારી માટે ઇન્ટરમીડિયેટને પ્રમાણિત કરી શકે છે, જેથી નિયમિત કામ હવે મૂળ કીને સ્પર્શતું નથી, જ્યાં સુધી મૂળની પોતાની સહી અને પુનઃપ્રાપ્તિ પ્રક્રિયાઓ સુરક્ષિત રહે. તે વાસ્તવિક સીમા છે અને તે મફત નથી: બીજું પ્રમાણપત્ર, બીજી કી, બીજું નવીકરણ અને જાળવવા માટે બીજી રદ કરવાની યાદી. તેનો ઉપયોગ કરો જ્યારે તે જાણીજાણીને કરાયેલ વ્યવસ્થાપન અથવા જોખમની સીમા રજૂ કરે. દરેક વ્યવસ્થાપક માટે જારીકર્તા બનાવવાથી દરેક વસ્તુ વધુ ઉત્પન્ન થાય છે અને વર્કફ્લોએ પહેલેથી ન આપ્યું હોય તેવું કંઈ ખરીદતું નથી.
ચકાસો કે VPN ચકાસણીઓ સાંકળ તમે અપેક્ષા કરો તે રીતે બનાવે છે. સાંકળ બાંધવા માટે ઇન્ટરમીડિયેટ મોકલવું અને તેને સીધા વિશ્વાસનીય એન્કર તરીકે સ્થાપિત કરવું જુદી જુદી ગોઠવણો છે.
pathLen શૂન્ય એટલે તમે જે વિચારો છો તે નહીં
RFC 5280 વિભાગ 4.2.1.9 મૂળભૂત નિયંત્રણો વ્યાખ્યાયિત કરે છે, અને તેનું પથ-લંબાઈ ક્ષેત્ર મર્યાદિત કરે છે કે માન્ય પથમાં કેટલાં બિન-સ્વ-જારી ઇન્ટરમીડિયેટ પ્રમાણપત્રો અનુસરી શકે. શૂન્ય મૂલ્ય વધુ ઇન્ટરમીડિયેટ ઊંડાઈને મર્યાદિત કરે છે; તે અંતિમ-એન્ટિટી પ્રમાણપત્રોની સંખ્યાને મર્યાદિત કરતું નથી. લોકો તેને શૂન્ય પ્રમાણપત્ર મંજૂર તરીકે વાંચે છે અને પછી આશ્ચર્ય પામે છે કે જારી હજી કેમ કામ કરે છે. ક્ષેત્રને CA માટે ઊંડાઈ મર્યાદા તરીકે વાંચો, અને વર્તન અનુમાનિત બને છે.
તે જ વિભાગ સૂચવે છે કે વિશ્વાસ એન્કર પથ માન્યતા માટે ઇનપુટ છે, પથની અંદરનું સામાન્ય પ્રમાણપત્ર નહીં. તેથી સ્વ-હસ્તાક્ષરિત મૂળ માટે રદ કરવાની એન્ટ્રી પ્રકાશિત કરવાથી તે દરેક સ્ટોરમાંથી વિશ્વસનીય રીતે દૂર થતું નથી.
ઑફબોર્ડિંગ એ કી સમાધાન નથી
જ્યાં જતી વ્યક્તિ પાસે વ્યક્તિગત વ્યવસ્થાપન એકાઉન્ટ સિવાય કંઈ નહોતું, ત્યાં તે ઍક્સેસ અને તેના સત્રો સમર્થિત ઓળખ પ્રક્રિયા દ્વારા રદ કરો, પછી તેણે ઉત્પન્ન કરેલી પ્રવૃત્તિ અને મંજૂરીઓની સમીક્ષા કરો. અગાઉ જારી કરેલા ક્લાયન્ટ પ્રમાણપત્રો તેમના મંજૂર કરનારા ગયા કારણે અમાન્ય થતા નથી, અને તેમને સમાધાન તરીકે ગણવાથી મોટી, બિનજરૂરી પુનઃનોંધણી ઉલ્લખની થાય છે. એકાઉન્ટ નિષ્ક્રિય કરવાથી નકલ કરેલી સહી કી પણ અમાન્ય થઈ શકતી નથી, તેથી પ્રતિભાવ એ પર આધારિત છે કે કઈ ક્ષમતા ધરાવવામાં આવી હતી.
જ્યારે ઇન્ટરમીડિયેટ સમાધાનમાં આવે છે, ત્યારે તેની મંજૂરી પાછી ખેંચવી પડે છે અને તેણે જે દરેક ઓળખની જામીનગીરી લીેલી હતી તે બદલવી પડે છે, ચકાસણી જે નીતિ લાગુ કરે તે અનુસાર. મૂળ વિશ્વાસને તેનો પોતાનો પ્રતિભાવ જોઈએ છે, કારણ એન્કર એવા વિશ્વાસ સ્ટોરમાં રહે છે જે તમે નિયંત્રિત ન કરી શકો.
ચાર ઘન કેસ સાથે ડિઝાઇન સ્વીકારો: યોગ્ય ઉપકરણ નોંધાય છે, અમંજૂર વિનંતી નકારવામાં આવે છે, દૂર કરાયેલ ઑપરેટર હવે જારી કરી શકતો નથી, અને નિવૃત્ત જારીકર્તા હવે ઍક્સેસ આપતો નથી. તે ચાર પરિણામો જ રનબુક છે.