Захтеви који и даље пристижу не доказују да спољни корисници још могу користити прокси. Старе крајње тачке могу остати на листама захтева након промене политике приступа. Проверите поправку по ономе што се прослеђује:

  1. Пошаљите овлашћене и неовлашћене захтеве на контролисано одредиште.
  2. Прочитајте одлуку о приступу и, за Squid, поља хијерархије у конфигурисаном формату дневника.
  3. Утврдите да ли је забрањени захтев заиста стигао до одредишта. Прихватање TCP-а, одбијање HTTP захтева и довршавање следећег захтева различити су исходи.
  4. Проверите остале активне слушаоце и виртуелне хостове како поправљени блок политике не би оставио други улаз отворен.

За Apache који служи само обрнутим мапирањима потврдите да је ненамерно прослеђивање унапред онемогућено. ProxyRequests Off може постојати уз ProxyPass.

Сама страница грешке слабији је доказ ако не знате која ју је компонента произвела. Држите заједно резултат клијента, одлуку проксија и опажање на одредишту.

Ако одбијени саобраћај још троши ресурсе, сузите мрежни приступ и управљајте брзинама и чувањем дневника. Нема поузданог периода чекања након којег покушаји морају престати; исправне одлуке о прослеђивању критеријум су прихватања.

Повезани чланци