Проксі зачынены. Чаму запыты ўсё яшчэ прыходзяць?
Адрознівайце працяглыя спробы злучэння ад паспяховай несанкцыянаванай перадачы пасля ўзмацнення доступу да проксі.
Пастаянныя ўваходныя запыты не даказваюць, што староннія могуць карыстацца проксі. Старыя канчатковыя пункты могуць заставацца ў спісах запытаў пасля змены палітыкі доступу. Праверце выпраўленне па тым, што перадаецца:
- Зрабіце дазволеныя і недазволеныя запыты да кантраляванага пункта прызначэння.
- Прачытайце рашэнне аб доступе і, для Squid, палі іерархіі у наладжаным фармаце журнала.
- Вызначце, ці забаронены запыт сапраўды дасягнуў пункта прызначэння. Прыняцце TCP, адхіленне HTTP-запыту і завяршэнне наступнага запыту — розныя вынікі.
- Праверце іншыя актыўныя слухачы і віртуальныя хасты, каб выпраўлены блок палітыкі не пакінуў адчынены іншы ўваход.
Для Apache, прызначанага толькі для зваротных супастаўленняў, пераканайцеся, што ненаўмыснае прамое проксіраванне адключана. ProxyRequests Off можа існаваць разам з ProxyPass.
Адна старонка памылкі — слабае доказам, калі вы не ведаеце, які кампанент яе стварыў. Трымайце вынік кліента, рашэнне проксі і назіранне на пункце прызначэння разам.
Калі адхілены трафік усё яшчэ спажывае рэсурсы, звузьце сеткавы доступ і кіруйце хуткасцямі і захаваннем журналаў. Няма надзейнага перыяду чакання, пасля якога спробы павінны спыніцца; правільныя рашэнні аб перадачы — крытэр прыняцця.