Старонка загружаецца, а вокны ўваходу праз проксі ўсё з’яўляюцца

Старонка робіць больш за адзін запыт. Адказ на першае акно ўваходу праз проксі можа пакінуць скрыпты, выявы або жывыя злучэнні на іншых маршрутах, якія атрымаюць іншыя выклікі.

1. Знайдзіце збойны рэсурс. Захавайце яго прызначэнне, абраны проксі і выклік 407. Параўнайце гэтыя ж палі з рэсурсам, які трымае поспех; аднаго URL галоўнай старонкі недастаткова.
2. Шукайце агульную розніцу. Збоі могуць ісці за адным хостам рэсурсу, асобнымі шляхамі HTTP/HTTPS, пашырэннем або рашэннем PAC. Уваход, прыняты адным пунктам, не даказвае прыняцця іншым. Кэшаванне аўтэнтыфікацыі таксама залежыць ад выкліку, ідэнтычнасці і межаў маршруту.
3. Адрамантуйце вызначаны абмен. Выпраўце маршрут, уліковы запіс або падтрымліваныя паводзіны аўтэнтыфікацыі, потым праверце і паводзіны старонкі, і вынікі рэсурсаў.

Паўторны ўвод таго ж пароля дае мала доказаў, пакуль гэтыя межы невядомыя. Раннія абыходы ў браўзеры, як адключэнне WebSockets, блакаванне скрыптоў або змена пашырэнняў, могуць прыбраць запыт, які выклікае акно, але разам з ім і патрэбную функцыю.

Блакаванне непажаданага рэсурсу можа быць свядомым палітычным выбарам. Апісвайце гэты вынік як блакаванне, а не як доказ, што аўтэнтыфікацыя цяпер працуе. Ціхая старонка без патрэбнага злучэння ў рэальным часе не атрымала таго ж выніку, што працоўная старонка з патрэбнымі маршрутамі.