Krefjast bæði Squid-innskráningar og réttrar IP vefbiðlarans

Rétt lykilorð er aðeins helmingur þessarar stefnu: reikningurinn á einnig að virka frá einu samþykktu biðlaratölu. Í Squid er munurinn á þeirri kröfu og tveimur aðskildum inngöngum sá að setja báðar athuganirnar á sömu aðgangsreglu.

Að því gefnu að auðkenning sé þegar uppsett, til dæmis Squid 6.13 NCSA uppsetning, er kjarnastefnan:

acl approved_login proxy_auth alex
acl approved_source src 192.0.2.40/32
http_access allow approved_source approved_login
http_access deny all

Notaðu upprunann sem Squid tekur í raun við; sýnishornið er skjölunartala. Haltu fyrri vörnum fyrir óöruggar áfangahafnir, staðbundnar þjónustur og CONNECT-umferð. Þetta brot sýnir sameinuðu skilyrðið, ekki fulla hlustandauppsetningu.

Athugaðu reglurnar fyrir ofan

Fyrra breitt leyfi getur samþykkt beiðnina áður en hún nær nýja skilyrðinu. http_access tilvísunin lýsir röðuðu samræmi. Lestu alla röðina, þar á meðal innfelldar skrár.

Eitt leyfi fyrir notandanafnið og annað fyrir upprunann krefjast ekki beggja. Hver lína getur náð árangri sjálfstætt. Það er önnur stefna.

proxy_auth ACL er háð auðkenningarhjálpara. Að skilgreina það er ekki leiðin til að búa til notandann eða staðfesta lykilorðið. Þetta dæmi er fyrir skýran proxy þar sem biðlarar geta svarað auðkenningarákallanir proxysins.

Upprunaaðild hefur líka takmarkanir. Fólk á bak við eitt NAT getur deilt tölu, og fartölva sem hreyfist getur skipt um tölu. Viðbótarskilyrðið þrengir að nothæfri netstaðsetningu reikningsins; það greinir ekki líkamlega tölvu á áreiðanlegan hátt. Gakktu úr skugga um að sú takmörkun passi við ástæðuna fyrir því að þú bættir skilyrðinu við upphaflega.