Zergatik dabil proxy bat webgune batean baina beste batean ez
Bereizi proxy-konexio funtzionala helmugaren murrizketetatik, ataka-arauetatik, TLS akatsetatik eta HTTP erantzunetatik.
Mantendu proxy-konfigurazioa aldatu gabe webgune bat badabil eta beste bat ez. Eskaeren arteko aldea froga baliagarria da; amaierako puntua berehala aldatuz gero galdu egiten da.
HTTP proxy baten bidezko HTTPSrako, bereizi bezeroaren aztarnan CONNECT erantzuna, helmugarekiko TLSa eta webgunearen azken HTTP erantzuna:
| Ikusitako hutsegitea | Zer aztertu |
|---|---|
| Proxyak ez du erantzuten | Proxy-konexioa eta bidea. Webgune batek lehen funtzionatu izanak ez du oraingo erabilgarritasuna frogatzen. |
| CONNECT ukatua helmuga baterako | Baimendutako helmuga/ataken politika eta proxyaren saretik iristeko aukera. |
| Tunela onartua, ziurtagiriaren egiaztapenak huts egiten du | Jakinarazitako ziurtagiri-akatsa: iraungipena, ostalari-izena, tokiko erlojua, konfiantza-konfigurazioa edo kudeatutako atzematea. |
| TLS egiaztatua, ondoren webgunearen 403 | Webgunearen sarbide-arauak, kontuaren egoera, beharrezko cookieak eta baimenak. |
| Webgunearen 429 | Argitaratutako maiztasun-mugak. Beste erabiltzaileen jarduera ere irteera partekatuari egotz dakioke. |
Irakurri nork sortu duen errore-orria. Bitartekari batek 403 edo beste HTTP akats bat itzul dezake; zenbakiak bakarrik ez du jatorria kokatzen. Mantendu TLS egiaztapena aktibatuta, itxuraz arrakastatsua den eskaerak konexio seguruaren hutsegitea ezkutatu ez dezan.
Helmuga bakoitzerako, erregistratu proxyarekiko hasierako negoziazioaren emaitza, TLS emaitza eta azken egoera. Sartu zure kontrolpeko ohiko helmuga bat erreferentzia gisa. Amaierako puntua hara iristen bada baina webgune batek haren irteera-helbidea etengabe baztertzen badu, aztertu webgunearen eskakizunak edo erabili baimendutako beste bide bat. Proxya aldatzeak ezin ditu falta diren autentifikazioa edo sarbide-baimenak ordeztu.