’n Dinamiese DNS-naam hou nie ’n Squid-bron-ACL vars nie

’n Gasheernaam wat in ’n Squid-src-ACL aanvaar word, word in adresse opgelos terwyl die konfigurasie ontleed word. Dit bly nie ’n lewende intekening op daardie gasheernaam se dinamiese DNS-opdaterings nie.

Veronderstel ’n tuiskliënt se openbare adres verander en sy DDNS-rekord word opgedateer. Squid kan steeds die adresse hou wat vir die vorige konfigurasie gelaai is. Bevestig dat die oplosser van die proxy-gasheer die nuwe antwoord sien, en verfris dan die konfigurasie volgens die ontplooiing se normale prosedure.

Kontroleer ook die toegangsreël wat die ACL gebruik. Om ’n adreslys te definieer verleen nie toegang nie totdat ’n toepaslike http_access-reël daarby pas, en ’n vroeëre passende reël kan die versoek eerste beslis.

’n DDNS-rekord identifiseer ’n adres, nie ’n persoon nie. Bevestig die bronadres wat die proxy werklik sien voordat jy op daardie beperking staatmaak. As die diens stabiele rekeninggebaseerde toegang vir rondswerwende kliënte nodig het, gebruik sy ondersteunde verifikasiebeleid eerder as om ’n hele verskaffernetwerk toe te laat net omdat die kliënt se adres verander.