Bezeroak onartutako ikuskapen-proxya fidatzen du. Eskaerak oraindik huts egiten du ziurtagiri-errore baten ondorioz. Bi gertaerak egiazkoak izan daitezke: proxy horrek beste TLS harreman bat du egiaztatzeko.

client -- TLS to approved intermediary -- proxy -- TLS to website -- destination

Atzemate-egoeran, bitartekariak bezeroaren TLS amaitzen du eta bere konexioa sortzen du aurrera. Bezeroak bere aldean aurkeztutako ziurtagiria onar dezake, proxya webgunetik jasotzen duen ziurtagiria baztertzen duen bitartean.

Irakurri egiaztatzailearen errorea

Zehaztu zein prozesuk jakinarazi zuen hutsegindako katea edo ostalari-izena. Proxyak sortutako errore-orri bat bezeroarengana irits daiteke behar bezala konexio baliodun baten bidez. Bezeroaren CA fitxategia berriz aldatzeak ez du proxyaren goranzko konfiantza-konfigurazioa eguneratzen.

Adibidez, Mitmproxyk goranzko konfiantza aukera bereiziak dokumentatzen ditu, ssl_verify_upstream_trusted_ca barne. Administratzaile egokiak goranzko zerbitzuarentzat onartutako konfiantza konfigura dezake egiaztapena mantenduz. Beste proxy produktu batek bere interfazea behar du.

Egiaztatu helburuaren benetako izena eta katea ere. Tarteko ziurtagiririk ez duen zerbitzu pribatu batek, iraungitako ziurtagiri batek eta ezagutzen ez den jaulkitzaile pribatu batek konponketa desberdinak behar dituzte. Zerbitzu pribatu bakarrerako aurreikusitako salbuespena ez litzateke isilean ziurtagiri guztien onarpen global bihurtu behar.

CONNECT tunel arrunta desberdina da

Aurreranzko tunel opakuak ez du helmugako TLSa horrela banatzen. Aplikazioak berak negoziatzen eta egiaztatzen du normalean muturretik muturrerako TLS saio hori. Lehenik ezarri atzematea benetan ibilbidearen parte den ala ez, ikuskapen-proxyaren ezarpenak edozein bitartekariri aplikatu beharrean.

Erregistratu bi egiaztapen-emaitzak bereizita. «Proxyaren ziurtagiria fidagarria da» bezeroaren aldeko galderari erantzuten dio; ez du ziurtatzen proxyak gorantz konektatzean zer ikusi zuen.

Erlazionatutako artikuluak