Squid-ի src ACL-ում ընդունված հոսթի անունը կոնֆիգուրացիան վերլուծելիս լուծվում է հասցեների։ Այն չի մնում որպես այդ հոսթի անվան դինամիկ DNS թարմացումների կենդանի բաժանորդագրություն։

Ենթադրենք տնային հաճախորդի հանրային հասցեն փոխվել է և նրա DDNS գրառումը թարմացվել։ Squid-ը կարող է դեռ պահել նախորդ կոնֆիգուրացիայի համար բեռնված հասցեները։ Համոզվեք, որ պրոքսի հոսթի լուծիչը տեսնում է նոր պատասխանը, ապա թարմացրեք կոնֿիգուրացիան տեղակայման սովորական ընթացակարգով։

Ստուգեք նաև ACL-ը օգտագործող մուտքի կանոնը։ Հասցեների ցանկի սահմանումը մուտք չի տալիս, քանի դեռ համապատասխան http_access կանոնը չի հանդիպել դրան, և ավելի վաղ համընկնող կանոնը կարող է առաջինը որոշել հարցումը։

DDNS գրառումը նույնականացնում է հասցե, ոչ թե մարդ։ Այս սահմանափակմանը ապավինելուց առաջ հաստատեք այն աղբյուր հասցեն, որն իրականում տեսնում է պրոքսին։ Եթե ծառայությունը թափառող հաճախորդների համար պահանջում է հաշվի վրա հիմնված կայուն մուտք, օգտագործեք դրա աջակցվող նույնականացման քաղաքականությունը՝ ամբողջ մատակարարի ցանցը թույլատրելու փոխարեն միայն այն պատճառով, որ հաճախորդի հասցեն փոխվել է։

Առնչվող հոդվածներ