Proxy-ren kredentzialak probatzea: eskaeraren arrakasta versus balidazio berria
Erabili kontrolatutako helmuga bat, eta bereizi baimendutako eskaera bat emandako proxy pasahitzaren egiaztapen berritik.
Proxy baten bidez eskaera batek arrakasta izateak eragiketa hori baimenduta zegoela frogatzen du. Baliteke pasahitza berriro egiaztatu zela frogatzea ez: helmuga salbuetsita egon daiteke edo konexioa dagoeneko autentifikatuta egon daiteke.
Eragiketa-egiaztapen baterako, erabili zure kontrolatutako amaiera-puntua erantzun txiki ezagun batekin eta kontuak bete behar duen sarbide-politika batekin:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusAmaiera-puntua eta kontua leku-markak dira. Bitarteko kredentzialak dira, helmugako edozein saio-hasieratik bereizita.
Mantendu erantzun-fasea eta erronka elkarrekin. 407 batek negoziazioa hasi edo jarraitu dezake, onartzen ez diren metodoak jakinarazi edo kontu bat baztertu. 403 batek politika-ukapena adieraz dezake, eta geroagoko webgune-errore bat proxy bidezko saio-hasiera arrakastatsuaren ondoren etor daiteke.
Kontuaren balidazio berrirako, erabili operadoreak onartzen duen kontu-egiaztapena edo identitate autentifikatuaren erregistroak. Zure proxyan, backend-eko ebidentziak balidazio erreala anonimo baimendutako eskaera batetik bereiz dezake. Pasahitza aldatzean, sartu cache-balidazioaren leihoa kredentzial zaharrak funtzionatzeari utzi behar zion ala ez erabakitzeko. Squid 6.13 Basic-erako, credentialsttl-k balidazio-cachearen leihoa kontrolatzen du.