Ziurtagiri-erroreak proxya erabiltzean
Ziurtagirien ezarpenak aldatu aurretik, zehaztu proxyaren beraren TLS konexioa edo helmugako webgunearena egiaztatzeak huts egin duen.
CA sorta aldatu aurretik, aurkitu zein TLS esku-ematek egin duen huts. Proxyaren ziurtagiria eta webgunearena konexio desberdinetan egiazta daitezke.
| Proxya eta helmuga | TLS egiaztapenak |
|---|---|
| HTTP proxya HTTPS helmugara | CONNECT ondoren, egiaztatu helmugaren ziurtagiria tunelean zehar. |
| HTTPS proxya HTTPS helmugara | Egiaztatu lehenik proxyarekiko TLS; tunela irekitakoan, egiaztatu helmugarekiko TLS saio bereizia. |
Erabili aztarna xehea eskatutako ostalari-izena eta amaitutako azken esku-ematea identifikatzeko. HTTPS proxyaren ziurtagiri-errorea webgunearekin harremanetan jarri aurretik gerta daiteke. Egiaztatu konexio horretarako aurreikusitako izena, ziurtagiriaren baliozkotasun-aldia, tokiko erlojua, espero den katea eta onartutako konfiantza-biltegia. Sartu ikerketan nahita konfiguratutako TLS atzematea edo gehitutako erro-ziurtagiria ere.
curl-ek CA aukera bereiziak ditu bi konexioetarako:
curl --proxy https://proxy.example:8443 --proxy-cacert proxy-ca.pem --cacert site-ca.pem https://example.com/--proxy-cacert aukerak proxyarekiko konfiantza ematen du; --cacert aukerak helmugarekikoa. Ordeztu adibideko amaiera-puntua eta fitxategiak nahi duzun konfiantza-antolaketako balioekin. Sorta pertsonalizatuak ez dira beharrezkoak sistemaren konfiantza nahikoa bada.
Ostalari-izena ausazko IP batekin ordezkatzeak ziurtagiriaren parekatzea aldatzen du. Egiaztapena saltatzeak hutsegitea ezkuta dezake beste muturraren identitatea frogatu gabe. Proxy ezezagun baten erroko CA instalatzeko eskaera ez da hura fidagarritzat jotzeko arrazoi nahikoa.
Atakako konexio ukatua edo CONNECT baztertua aurreko urrats batekoa da; ziurtagiriak aldatzeak ez du konpontzen. Alderantziz, helmugaren TLS egiaztatu ondoren, webgunearen HTTP errorea jasotako erantzunari dagokio, ez CA berriz doitzeari.