Дынамічнае імя DNS не абнаўляе крынічны ACL у Squid
Абнавіце развязаныя адрасы, якія выкарыстоўвае src ACL у Squid, калі змяняецца запіс дынамічнага DNS у вандравальнага кліента.
Імя хоста, прынятае ў src ACL Squid, развязаецца ў адрасы падчас разбору канфігурацыі. Яно не застаецца жывой падпіскай на абнаўленні дынамічнага DNS гэтага імя хоста.
Выкажам, што публічны адрас хатняга кліента змяніўся і яго запіс DDNS абноўлены. Squid можа па-ранейшаму трымаць адрасы, загружаныя для папярэдняй канфігурацыі. Пераканайцеся, што рэзалвер праксі-хоста бачыць новы адказ, затым абнавіце канфігурацыю звычайнай працэдурай разгортвання.
Праверце таксама правіла доступу, якое выкарыстоўвае ACL. Вызначэнне спісу адрасоў не дае доступу, пакуль яго не сустрэне адпаведнае правіла http_access, а ранейшае супадаючае правіла можа вырашыць лёс запыту першым.
Запіс DDNS ідэнтыфікуе адрас, а не чалавека. Пераканайцеся ў адрасе крыніцы, які праксі фактычна бачыць, перш чым спадзявацца на гэтае абмежаванне. Калі сэрвісу патрэбны стабільны доступ на аснове ўліковага запісу для вандравальных кліентаў, выкарыстоўвайце яго падтрыманую палітыку аўтэнтыфікацыі, а не дазваляйце ўсю сетку правайдэра толькі таму, што адрас кліента змяніўся.