Webgune baten eskaerak bere proxya lor dezake eta hala ere huts egin, ziurtagiriaren egiaztapenak beste sare-eskaera bat behar duelako. CRL edo OCSP eskuratzea aplikazioaren HTTP bezeroaren kontu eta proxy politika ezberdinak dituen plataforma osagai baten bidez exekuta daiteke.

Hasi katearen errore zehatzarekin. Errebokatua egungo errebokazio informazioa ezin da lortu esateak baino zerbait desberdina esan nahi du. Iraungitzea eta jaulkitzaile ez-fidagarria beste arazo batzuk dira. Eskuratze-hutsegiteak bakarrik eskatzen du estatus URL baterako falta den bidearen jarraipena.

Hutsegite horretarako, identifikatu hiru gauza elkarrekin: eskuratzen den URLa, eskuratzea egiten duen osagaia eta haren prozesuaren identitatea. Nabigatzaileak URLa zure kontu interaktiboaren pean ongi irekitzeak ez du frogatzen zerbitzu batek proxy berberean autentifikatu dezakeenik.

Identifikatutako osagaiak WinHTTP erabiltzen badu, aztertu hari aplikatzen zaion politika. Proxy konfigurazio estatikoa eta URL bakoitzeko proxy ebaluazio automatikoa mekanismo bereiziak dira. Aplikatu helburuko konturako onartutako konfigurazioa; nabigatzailearen ezarpenak kopiatzeak edo erlaziorik gabeko exekuzio-ingurune bat aldatzeak benetako eskuratzea ukitu gabe utz dezake.

.NET-en, kate-politikako UrlRetrievalTimeout-k lineako egiaztapenaren edo CRL eskuratzearen itxaronaldia kontrolatzen du. Ohiko HTTP erantzun-denboraren luzatzeak ez du tenporizadore bera luzatzen, eta eskuratze-tenporizadorea luzatzeak ez du proxy kredentzialik ez biderik ematen.

HTTPS proxy batek dependentzia hau ikusgai egin dezake helmugako TLS aurretik ere: proxy konexioarekiko konfiantzak berak errebokazio informazioa eskuratzea eskar dezake. Berrezarri onartutako eskuratze-sarbidea eta konfiantza-antolamendua etapa horretan. Errebokazio egiaztapena desgaitzeak ziurtagiri politika aldatzen du; ez du huts egin duen eskuratzea berrezartzen.

Erlazionatutako artikuluak