Էջը մեկից ավելի հարցում է անում։ Առաջին պրոքսիի մուտքի պատուհանին պատասխանելը կարող է թողնել, որ սկրիպտները, պատկերները կամ ուղիղ միացումները գնան այլ ուղիներով և ստանան այլ մարտահրավերներ։

  1. Գտեք ձախողվող ռեսուրս։ Պահպանեք դրա նպատակակետը, ընտրված պրոքսին և 407 մարտահրավերը։ Համեմատեք նույն դաշտերը հաջողվող ռեսուրսի հետ. միայն գլխավոր էջի URL-ը բավարար չէ։
  2. Փնտրեք ընդհանուր տարբերությունը։ Ձախողումները կարող են հետևել մեկ ռեսուրս-հոսթի, առանձին HTTP/HTTPS ուղիների, ընդլայնման կամ PAC որոշման։ Մեկ վերջնակետի ընդունած մուտքը չի ապացուցում մյուսի ընդունումը։ Նույնականացման քեշավորումը նույնպես կախված է մարտահրավերից, ինքնությունից և ուղու շրջանակից։
  3. Վերանորոգեք հայտնաբերված փոխանակումը։ Ուղղեք ուղին, հաշիվը կամ աջակցվող նույնականացման վարքը, ապա ստուգեք և՛ էջի վարքը, և՛ ռեսուրսի արդյունքները։

Նույն գաղտնաբառը կրկին ու կրկին մուտքագրելը քիչ ապացույց է տալիս, քանի դեռ այդ շրջանակը հայտնի չէ։ Վաղ բրաուզերային լուծումները, ինչպիսիք են WebSockets-ի անջատումը, սկրիպտների արգելափակումը կամ ընդլայնումների փոփոխությունը, կարող են հեռացնել պատուհան առաջացնող հարցումը, բայց նաև՝ անհրաժեշտ գործառույթը։

Անցանկալի ռեսուրսի արգելափակումը կարող է լինել դիտավորյալ քաղաքականության ընտրություն։ Նկարագրեք այդ արդյունքը որպես արգելափակում, ոչ որպես ապացույց, որ նույնականացումն այժմ աշխատում է։ Հանգիստ էջը, որին պակասում է պահանջվող իրական ժամանակի միացումը, չի հասել նույն արդյունքին, ինչ նախատեսված ուղիներն օգտագործող աշխատող էջը։

Առնչվող հոդվածներ