HTTP 407 eða 401: hvaða innskráning bregst?
Greindu auðkenningu milliþjónsins frá auðkenningu vefsvæðisins, skoðaðu rétta hausa og sendu ekki aðgangsupplýsingar á rangan stað.
407 biður um auðkenningu hjá milliþjóninum. 401 biður um auðkenningu fyrir marktilfangið. Ein beiðni getur mætt báðum, svo finndu út hver biður áður en þú gefur lykilorð.
Berðu saman stöðu og hausa auðkenningaráskorunar
| Svar | Áskorunarhaus | Haus aðgangsupplýsinga | Viðkomandi aðili |
|---|---|---|---|
| 407 Proxy Authentication Required | Proxy-Authenticate | Proxy-Authorization | Milliliður sem er milliþjónn |
| 401 Unauthorized | WWW-Authenticate | Authorization | Auðkenningarferli upprunatilfangsins |
Staðan er mikilvæg fyrsta vísbending, en skoðaðu öll samskiptin. Talan 407 í texta síðu er ekki raunverulegt HTTP 407-svar. Sérsniðin innskráningarsíða getur sömuleiðis skilað 200 og samt krafist auðkenningar á forritslagi.
Hvers vegna HTTPS getur brugðist með 407 áður en það nær vefsvæðinu
Þegar venjulegur HTTP-milliþjónn flytur HTTPS-beiðni biður biðlarinn yfirleitt fyrst um CONNECT-göng. Milliþjónninn getur krafist auðkenningar fyrir þá CONNECT-beiðni. Ef henni er ekki lokið hefur TLS-lota áfangastaðarins ekki enn verið stofnuð um göngin. Að breyta API-tákni vefsvæðisins lagar því tæplega þetta skref.
Notaðu ítarlegt úttak til að sjá hvar áskorunin birtist:
curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --verbose https://example.com/Skiptu staðbundna hlustaranum út fyrir þinn og lestu fyrstu áskorunina í annálnum. 407 við CONNECT kemur á undan TLS áfangastaðarins; síðar getur 401 fylgt eftir að göngin hafa verið opnuð með árangri.
Gefðu aðgangsupplýsingar í viðmóti milliþjónsins
Fyrir endapunkt og reikning frá kerfisstjóra sem þú treystir getur curl samið um auðkenningaraðferð milliþjónsins og beðið um lykilorð sem vantar:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user alice https://example.com/Skiptu dæmisendapunkti og notanda út fyrir upplýsingar þjónustunnar sem þú mátt nota. Að gefa aðeins notandanafnið kemur í veg fyrir lykilorðið beint í skipuninni hér að ofan. Stuðningur við aðferðir fer eftir smíði curl og milliþjóninum; skoðaðu raunverulega áskorun og getu smíðarinnar ef samningaviðræður bregðast.
Valkostur auðkenningar milliþjónsins er aðskilinn frá auðkenningu notanda á upprunaþjóni í curl. Ekki bæta við Authorization-haus fyrir upprunann í stað svars við áskorun milliþjónsins. Ekki áframsenda heldur hausa með aðgangsupplýsingum milliþjónsins handvirkt í ótengdar beiðnir eða geyma þá í hausum sem allt forritið endurnýtir.
Ef milliþjónninn heldur áfram að skila 407
- Staðfestu að rétt hýsilheiti og gátt milliþjónsins séu í notkun.
- Skoðaðu aðferðirnar sem milliþjónninn býður í stað þess að gera ráð fyrir Basic.
- Staðfestu stöðu reiknings og sérstakt notandanafnsform sem þjónustan kann að krefjast.
- Skoðaðu sendingu sértákna ef upplýsingar eru innbyggðar í URL.
- Finndu út hvort fyrirtækjaauðkenning innbyggð í vafra þurfi stuðning frá keyrsluumhverfi eða stýrikerfisvettvangi.
- Biddu kerfisstjórann um beiðniauðkenni eða þjónsannálsfærslu án viðkvæmra upplýsinga ef gögn biðlarans duga ekki.
403 eða hafnað CONNECT getur verið ákvörðun aðgangsreglna jafnvel eftir árangursríka innskráningu. Fleiri lykilorðatilraunir veita ekki aðgang að bönnuðum áfangastað.
HTTPS áfangastaðarins ver ekki öll skipti á aðgangsupplýsingum milliþjónsins
Auðkenning milliþjónsins getur gerst áður en TLS áfangastaðarins er stofnað. Ef tengingin við milliþjóninn sjálfan er ódulkóðuð og aðferðin afhjúpar endurnýtanlegar upplýsingar þar, ver HTTPS-áfangastaður ekki fyrri samskiptin eftir á. Veldu þjónustunni viðeigandi flutning og auðkenningu, og sendu ekki einkareikninga til óþekkts opinbers milliþjóns.
Farðu yfir ítarlega annála áður en þú deilir þeim. Þótt verkfæri feli algenga aðgangsreiti geta notandanöfn, innri endapunktsheiti, vafrakökur eða önnur persónugreinandi gögn enn verið þar.