In hostnamme dy't yn in Squid src ACL akseptearre wurdt, wurdt by it ferwurkjen fan 'e konfiguraasje nei adressen oplost. Hy bliuwt net in libbene abonnemint op 'e dynamyske DNS-ferfernijingen fan dy hostnamme.

Stel dat it publike adres fan in thúsclient feroaret en syn DDNS-record fernijd wurdt. Squid kin noch hieltyd de adressen hâlde dy't foar de eardere konfiguraasje laden binne. Befêstigje dat de resolver fan 'e proxy-host it nije antwurd sjocht, en ferfarskje dan de konfiguraasje fia de normale proseduere fan 'e ynset.

Kontrolearje ek de tagongsregel dy't de ACL brûkt. In adreslist definiearje jout gjin tagong oant in tapaslike http_access-regel der by past, en in earder passende regel kin it fersyk earst beslist hawwe.

In DDNS-record identifisearret in adres, net in persoan. Befêstigje it boarne-adres dat de proxy echt sjocht foardat jo op dy beheining fertrouwe. As de tsjinst stabile tagong op basis fan akkount nedich hat foar rûnreizgjende klanten, brûk dan it stipe autentikaasjebelied ynstee fan in hiel providernetwurk ta te stean, allinnich om't it adres fan 'e klant feroaret.

Relatearre artikelen