Името на хост, прието в src ACL на Squid, се разрешава до адреси, докато конфигурацията се анализира. То не остава жив абонамент за динамичните DNS обновявания на това име.

Да предположим, че публичният адрес на домашен клиент се промени и DDNS записът му се обнови. Squid може все още да пази адресите, заредени за предишната конфигурация. Проверете дали resolver-ът на прокси хоста вижда новия отговор, след което обновете конфигурацията по обичайната процедура за внедряване.

Проверете също правилото за достъп, което използва ACL. Дефинирането на списък с адреси не дава достъп, докато не го засече подходящо правило http_access, а по-рано съвпадащо правило може да реши заявката първо.

DDNS записът идентифицира адрес, не човек. Проверете адреса на източника, който проксито действително вижда, преди да разчитате на това ограничение. Ако услугата се нуждае от стабилен достъп на базата на акаунт за roaming клиенти, използвайте поддържаната от нея политика за удостоверяване, вместо да разрешавате цяла доставчикова мрежа само защото адресът на клиента се е променил.

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