ખાનગી IP પર HTTPS: પ્રમાણપત્રની ઓળખ કે હોસ્ટનામ?

https://10.60.0.25 પરની તમારી સેવા DNS નામ વિના પણ પ્રમાણિત TLS ધરાવી શકે છે। સરનામું એ ઓળખ છે જે ક્લાયન્ટે ચકાસવી પડે, અને પ્રમાણપત્રે તેનું ચોક્કસ વર્ણન કરવું પડે। નિર્ણય એ છે કે સરનામું ઓળખ બનવા માટે પૂરતું સ્થિર છે કે હોસ્ટનામ જાળવવું સરળ રહેશે। VPN પહોંચનો જવાબ આપે છે; આનો જવાબ આપતું નથી।

ઓળખ અને વિશ્વાસ સાચાં રાખો, તો IP-આધારિત URL કાયદેસર રચના છે।

ક્લાયન્ટ ખરેખર શું ચકાસે છે

ક્લાયન્ટ URL માંની સંદર્ભ ઓળખને પ્રમાણપત્રના વૈકલ્પિક વિષય નામો સાથે સરખાવે છે। IP સરનામા માટે તેનો અર્થ સરનામા જેટલી iPAddress એન્ટ્રી છે। મૈત્રીપૂર્ણ સામાન્ય નામ તેનો વિકલ્પ નથી।

RFC 9525 IP સરનામાની ઓળખને DNS નામોથી અલગ પાડે છે અને મેળ બેસાડવાનો નિયમ વ્યાખ્યાયિત કરે છે। સરનામું ફક્ત વિષય લેબલમાં અથવા DNS-પ્રકારની એન્ટ્રી તરીકે મૂકવાથી મેળ પડતો નથી। તેથી ચેતવણી દેખાય ત્યારે SAN એ જ ક્ષેત્ર છે જે તપાસવું જોઈએ।

વિશ્વાસ એ બીજી, સ્વતંત્ર ચકાસણી છે। નામ મળવાથી અવિશ્વસનીય શૃંખલા, સમાપ્ત પ્રમાણપત્ર કે બીજા હેતુ માટે જારી કરેલું પ્રમાણપત્ર સુધરતું નથી।

પ્રથમ નિર્ણય: સરનામું ઓળખ બનવા માટે પૂરતું સ્થિર છે કે નહીં

જો સરનામું તૈનાતીના આખા જીવનકાળ દરમિયાન નિશ્ચિત હોય, તો IP SAN પ્રમાણપત્ર સરળ અને પ્રામાણિક છે। જો સેવા ખસી શકે, તો દરેક સ્થળાંતર પ્રમાણપત્રની બદલી અને સંકલિત ક્લાયન્ટ અપડેટ બની જાય છે।

સ્થિર હોસ્ટનામ તે જોડાણ ઘટાડે છે। ક્લાયન્ટ નામ વાપરે છે, મંજૂર DNS તેને વર્તમાન સરનામા સાથે મેળવે છે, અને સરનામા ફેરફાર ઓળખ ફેરફાર રહેતો નથી। પ્રમાણપત્રને હજી નવીકરણ જોઈએ, પણ URL બદલાતું નથી।

સંચાલિત hosts ફાઇલ એન્ટ્રી નાના વાતાવરણમાં મેપિંગ પૂરું પાડી શકે। તે વિતરણની જવાબદારી ઉમેરે છે; તે TLS ચકાસણીનો વિકલ્પ નથી।

બીજો નિર્ણય: ક્લાયન્ટ ઇશ્યુકર્તા પર કેવી રીતે ભરોસો કરશે

ખાનગી CA માટે, મંજૂર માળખા દ્વારા વિશ્વાસ-એન્કર નિયત ઉપકરણોમાં વહેંચો। વપરાશકર્તાઓને ચેતવણીઓ વટાવવા કે સાઇન-ઇન પૃષ્ઠ આપેલું પ્રમાણપત્ર સ્થાપિત કરવાનું શીખવશો નહીં। જાહેર વિશ્વસનીય પ્રમાણપત્ર જોઈએ તો આયોજન પહેલાં ખાનગી સરનામાં માટે ઇશ્યુકર્તાના વર્તમાન નિયમો તપાસો। મોટા ભાગના જાહેર ઇશ્યુકર્તા ખાનગી IP ને જાહેર ઓળખ તરીકે ચકાસશે નહીં।

ખરેખરા બ્રાઉઝર કે એપ્લિકેશનને તપાસો। તેનું ટ્રસ્ટ સ્ટોર અને ચકાસણી વર્તન ઓપરેટિંગ સિસ્ટમના સામાન્ય પ્રમાણપત્ર દસ્તાવેજીકરણ કરતાં વધુ મહત્ત્વનું છે। તેને ફક્ત કન્સોલમાં નહીં, ખરેખરા ઉપકરણ પર તપાસો।

VPN ગેટવે કદાચ વેબ એપ્લિકેશન ચલાવતું મશીન ન હોય, તેથી ધારશો નહીં કે ટનલના પ્રમાણપત્રનો આ સાથે કોઈ સંબંધ છે।

સરનામા ફેરફાર થાય તે પહેલાં આયોજન કરો

જો 10.60.0.25 10.60.0.40 બને, તો જૂનું પ્રમાણપત્ર હવે URLનું વર્ણન કરતું નથી। બદલી અને ક્લાયન્ટ અપડેટનું સાથે આયોજન કરો, અને સ્થળાંતર દરમિયાન ક્યારેય ચકાસણી બંધ કરશો નહીં।

વપરાશકર્તા લખશે કે એપ્લિકેશનો ગોઠવશે તે ઓળખ પસંદ કરો, પછી તેની આસપાસ ઇશ્યુ, વિશ્વાસ, તૈનાતી અને નવીકરણ ગોઠવો। બાકાત કરેલી ચેતવણી સાથે પહોંચી શકાય તેવું પૃષ્ઠ અને ક્લાયન્ટ ઓળખ ચકાસે તેવી સેવા સરખું પરિણામ નથી।