Hitilafu za cheti cha SSL baada ya uelekezaji upya na kifurushi cha CA maalum
Angalia kama faili ya CA iliyochaguliwa waziwazi ina nyenzo zote za uaminifu zinazohitajika na njia halisi ya ombi, ikiwa ni pamoja na wenyeji waliotelekezwa upya.
Faili ya CA ya kampuni hurekebisha URL ya kwanza, kisha uelekezaji upya hushindwa uthibitishaji. Angalia kama chaguo maalum la CA lilibadilisha ingizo la awali la uaminifu la mteja badala ya kuongeza kwalo.
Tabia hiyo inategemea backend ya TLS na chaguo. Faili iliyo na CA ya shirika pekee inaweza kumwacha mteja bila mamlaka nyingine anazohitaji.
- Fuatilia kila mwenzako. Mwenyeji wa kwanza anaweza kunaswa chini ya mtoaji wa shirika. Mwenyeji wa baadaye anaweza kutumia njia ya kupita, njia nyingine ya ukaguzi au mnyororo uliotolewa hadharani.
- Rekodi ingizo la mteja anayeshindwa. Hifadhi jina la mwenyeji lililoombwa, lengo la uelekezaji upya, mtoaji uliopokelewa, matokeo ya uthibitishaji na usanidi wa uaminifu uliochaguliwa. Kivinjari kinachofanya kazi kinaweza kutumia hifadhi nyingine ya mizizi.
- Angalia kanuni za uteuzi za backend. Miundo ya curl inaweza kutumia uthibitishaji asilia au mizizi inayotegemea faili, na chaguo bayana za CA zinaweza kubadilisha uteuzi huo. Mapishi ya faili hiyo inayotekelezeka hayasanidi mazingira ya Python au JVM.
Tumia kifurushi kinachodumishwa au mpangilio wa hifadhi ya uaminifu unaoungwa mkono ulio na mamlaka za umma na za kibinafsi ambazo programu inapaswa kuziamini. Usiongeze ufunguo wa faragha wa CA na usipandishe kila cheti cha jani kinachoshindwa kuwa mzizi ili tu kufuta hitilafu inayofuata.
Wasilisha nyenzo za uaminifu kupitia njia ya usasishaji inayoungwa mkono ya usambazaji. Kubadilisha kwa mkono kifurushi cha CA cha muuzaji kunaweza kubatilishwa na usasishaji wake unaofuata; weka mmiliki na mchakato wa matengenezo wazi ili uthibitishaji uendelee katika njia yote ya ombi.