Puslapis pateikia daugiau nei vieną užklausą. Atsakius į pirmąjį proxy prisijungimo langą, scenarijai, vaizdai ar tiesioginiai ryšiai gali pasukti kitais maršrutais ir sulaukti kitų iššūkių.

  1. Raskite nepavykstantį išteklių. Užsirašykite jo paskirties vietą, pasirinktą proxy ir 407 iššūkį. Palyginkite tuos pačius laukus su ištekliumi, kuris pavyksta; vien pagrindinio puslapio URL nepakanka.
  2. Ieškokite bendro skirtumo. Nesėkmės gali sekti vieną išteklių serverį, atskirus HTTP/HTTPS kelius, plėtinį ar PAC sprendimą. Vieno galinio taško priimtas prisijungimas neįrodo, kad priims kitas. Autentifikavimo podėliavimas taip pat priklauso nuo iššūkio, tapatybės ir maršruto apimties.
  3. Sutaisykite nustatytą apsikeitimą. Ištaisykite maršrutą, paskyrą ar palaikomą autentifikavimo elgseną, tada patikrinkite ir puslapio elgseną, ir išteklių rezultatus.

To paties slaptažodžio kartojimas duoda mažai įrodymų, kol ta apimtis nežinoma. Ankstyvi naršyklės apėjimai, pavyzdžiui, išjungti WebSockets, blokuoti scenarijus ar keisti plėtinius, gali pašalinti užklausą, kuri iššaukia langą, bet ir reikalingą funkciją.

Nepageidaujamo ištekliaus blokavimas gali būti sąmoningas politikos pasirinkimas. Apibūdinkite tą rezultatą kaip blokavimą, o ne kaip įrodymą, kad autentifikavimas dabar veikia. Tylus puslapis be reikalingo realiojo laiko ryšio nepasiekė to paties rezultato kaip veikiantis puslapis su numatytais maršrutais.

Susiję straipsniai