HTTP 407 neu 401: pa fewngofnodi sy’n methu?

Mae 407 yn gofyn am ddilysu gyda’r dirprwy. Mae 401 yn gofyn am ddilysu ar gyfer yr adnodd targed. Gall un cais ddod ar draws y ddau, felly darganfyddwch pwy sy’n gofyn cyn rhoi cyfrinair.

Cymharwch y statws a phenawdau’r her ddilysu

Mae’r statws yn gliw cyntaf hanfodol, ond archwiliwch y cyfnewid cyfan. Nid yw 407 yn nhestun tudalen yn gyfwerth ag ymateb HTTP 407 go iawn. Yn yr un modd, gall tudalen fewngofnodi bwrpasol ddychwelyd 200 a dal i ofyn am ddilysu ar lefel y rhaglen.

Pam y gall HTTPS fethu gyda 407 cyn cyrraedd y wefan

Pan fydd dirprwy HTTP arferol yn cludo cais HTTPS, mae’r cleient fel arfer yn gofyn am dwnnel CONNECT yn gyntaf. Gall y dirprwy ofyn am ddilysu’r cais CONNECT hwnnw. Os nad yw’n gyflawn, nid yw sesiwn TLS y gyrchfan wedi’i sefydlu drwy’r twnnel eto. Felly mae’n annhebygol y bydd newid tocyn API y wefan yn trwsio’r cam hwn.

Defnyddiwch allbwn manwl i weld ble mae’r her yn ymddangos:

curl --noproxy '' --proxy http://127.0.0.1:8080 --connect-timeout 5 --max-time 15 --verbose https://example.com/

Rhowch eich gwrandäwr yn lle’r un lleol a darllenwch yr her gyntaf yn y log. Daw 407 yn ystod CONNECT cyn TLS y gyrchfan; gall 401 diweddarach ddilyn twnnel a sefydlwyd yn llwyddiannus.

Rhowch fanylion y dirprwy drwy ryngwyneb y dirprwy

Ar gyfer pwynt terfyn a chyfrif gan weinyddwr rydych yn ymddiried ynddo, gall curl negodi cynllun dilysu’r dirprwy a gofyn am gyfrinair sydd ar goll:

curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user alice https://example.com/

Disodlwch y pwynt terfyn a’r defnyddiwr enghreifftiol â manylion y gwasanaeth y cewch ei ddefnyddio. Mae nodi’r defnyddiwr yn unig yn osgoi rhoi’r cyfrinair yn uniongyrchol yn y gorchymyn uchod. Gall y dulliau amrywio yn ôl adeiladwaith curl a’r dirprwy; os bydd y negodi’n methu, gwiriwch yr her wirioneddol a galluoedd yr adeiladwaith.

Mae’r opsiwn dilysu dirprwy ar wahân i opsiwn curl ar gyfer defnyddiwr y gweinydd gwreiddiol. Peidiwch ag ychwanegu pennawd Authorization ar gyfer y gweinydd gwreiddiol yn lle ateb her y dirprwy. Peidiwch ychwaith ag anfon penawdau manylion y dirprwy at geisiadau anghysylltiedig â llaw, na’u cadw mewn penawdau a ailddefnyddir drwy’r rhaglen gyfan.

Os yw’r dirprwy’n dal i ddychwelyd 407

• Cadarnhewch eich bod yn defnyddio gwesteiwr a phorth y dirprwy bwriadedig.
• Gwiriwch y cynlluniau y mae’r dirprwy’n eu hysbysebu yn hytrach na thybio Basic.
• Cadarnhewch gyflwr y cyfrif ac unrhyw fformat enw defnyddiwr penodol sydd ei angen.
• Gwiriwch drosglwyddiad nodau arbennig os yw’r manylion mewn URL.
• Penderfynwch a oes angen cymorth yr amgylchedd rhedeg neu’r platfform ar ddilysu menter sydd wedi’i integreiddio â’r porwr.
• Gofynnwch i’r gweinyddwr am ddynodwr cais neu gofnod log gweinydd wedi’i lanhau o ddata sensitif os nad yw tystiolaeth y cleient yn ddigon.

Gall 403 neu CONNECT a wrthodwyd fod yn benderfyniad polisi mynediad hyd yn oed ar ôl mewngofnodi llwyddiannus. Ni fydd rhagor o geisiadau cyfrinair yn rhoi mynediad i gyrchfan waharddedig.

Nid yw HTTPS y gyrchfan yn diogelu pob cyfnewid o fanylion y dirprwy

Gall dilysu’r dirprwy ddigwydd cyn sefydlu TLS y gyrchfan. Os yw’r cysylltiad â’r dirprwy ei hun heb ei amgryptio a bod y dull yn datgelu manylion ailddefnyddiadwy arno, nid yw cyrchfan HTTPS yn diogelu’r cyfnewid hwnnw ar ôl y digwyddiad. Dewiswch gludiant a threfniant dilysu sy’n addas i’r gwasanaeth; peidiwch ag anfon cyfrifon preifat at ddirprwy cyhoeddus anhysbys.

Archwiliwch logiau manwl cyn eu rhannu. Hyd yn oed pan fydd offeryn yn cuddio meysydd mewngofnodi cyffredin, gall fod enwau defnyddwyr, enwau pwyntiau terfyn mewnol, cwcis neu ddata adnabod arall yn weddill.