Постојаните дојдовни барања не докажуваат дека надворешните лица сè уште можат да го користат проксито. Старите крајни точки може да останат во списоците со барања откако ќе се промени политиката за пристап. Проверете ја поправката според тоа што се препраќа:

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

За Apache наменет само за обратни мапирања, потврдете дека ненамерното напредно проксирање е оневозможено. ProxyRequests Off може да постои заедно со ProxyPass.

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

Ако одбиениот сообраќај сè уште троши ресурси, стеснете го мрежниот пристап и управувајте со брзините и чувањето на дневниците. Нема сигурен период на чекање по кој обидите мора да престанат; правилните одлуки за препраќање се критериумот за прифаќање.

Поврзани статии