Продължаващите входящи заявки не доказват, че външни лица все още могат да използват проксито. Стари крайни точки може да останат в списъците със заявки, след като политиката за достъп се промени. Проверете поправката по това какво се препраща:

  1. Отправете разрешени и неразрешени заявки към контролирана дестинация.
  2. Прочетете решението за достъп и, за Squid, полетата за йерархия в конфигурирания формат на журнала.
  3. Установете дали забранената заявка действително е достигнала дестинацията. Приемането на TCP, отхвърлянето на HTTP заявка и завършването на следваща заявка са различни резултати.
  4. Проверете другите активни слушатели и виртуални хостове, за да не остави поправеният блок на политиката друг вход отворен.

За Apache, предназначен да обслужва само обратни съпоставяния, потвърдете, че неволното предно проксиране е изключено. ProxyRequests Off може да съществува заедно с ProxyPass.

Само страница с грешка е по-слабо доказателство, ако не знаете кой компонент я е създал. Дръжте заедно резултата на клиента, решението на проксито и наблюдението на дестинацията.

Ако отхвърленият трафик все още консумира ресурси, стеснете мрежовия достъп и управлявайте честотите и запазването на журнали. Няма надежден период на изчакване, след който опитите трябва да спрат; правилните решения за препращане са критерият за приемане.

Подобни статии