Mga tuntunin sa pag-access ng Squid 6 para sa isang client IP

Limitahan ang Squid 6.13 forward proxy sa kilalang client, panatilihin ang proteksyon sa destinasyon at suriin ang pagkakasunod ng rules bago gamitin.

Para sa Squid 6.13 ang configuration na ito, kasama ang package ng Debian 13. Tiyakin ang naka-install na bersyon gamit ang squid -v: minamarkahan ng directive reference ng Squid na wala ang http_access sa bersyon 8.

Piliin muna ang mga address

Kailangan ng listener ang address na nakatalaga sa server. Kailangan ng client rule ang source address na nakikita ng Squid; maaaring ito ang pampublikong exit address ng NAT network sa halip na pribadong address ng laptop.

Palitan ang mga address na pangdokumentasyon sa ibaba. Isang address ang limitasyon ng client, na ipinahayag bilang /32.

http_port 192.0.2.10:3128
acl proxy_client src 198.51.100.27/32
acl Safe_ports port 80 443
acl SSL_ports port 443
acl CONNECT method CONNECT

http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access deny manager
http_access deny to_localhost
http_access deny to_linklocal
http_access allow proxy_client
http_access deny all

Palitan ang kaukulang listener, ACL definitions at access rules sa package configuration habang pinapanatili ang logging at filesystem settings. Kapag idinagdag ang mga rule sa ilalim ng mas naunang client allow, maaaring malampasan ang limitasyon. Maaari ring magdagdag ng mga value ang paulit-ulit na definition ng list ACL.

Paano dumaraan ang requests sa rules

Tinatanggihan ng mga unang deny ang hindi gustong destination ports, management requests at local o link-local destinations. Pinapayagan ang kilalang client pagkatapos ng mga pagsusuring iyon; lahat ng iba ay dumarating sa huling deny. Kailangan pa rin ang destination safeguards dahil hindi nililimitahan ng source allowlist lang ang destinations.

Limitahan ang host o network firewall sa nilalayong source bago ilantad ang listener. Pinipili ng binding kung saan tumatanggap ng connection ang Squid; tinutukoy ng access rules kung aling request ang pinapayagan nito.

sudo squid -k parse -f /etc/squid/squid.conf

Ayusin ang parse errors bago i-reload ang pinamamahalaang serbisyo. Subukan mula sa pinapayagang client at pangalawang kontroladong source na dapat tanggihan. Tiyaking awtorisadong request lang ang natatanggap ng target: hindi patunay ng forwarding permission ang TCP connection lang.

Kaugnay na mga artikulo