Барајте и Squid најава и точна IP адреса на клиентот

Ограничете именуван Squid прокси корисник на одобрена изворна адреса со барање на двата ACL услови.

Точната лозинка е само половина од оваа политика: сметката треба да работи и од една одобрена клиентска адреса. Во Squid, ставањето на двете проверки на исто правило за пристап е разликата помеѓу тоа барање и два одделни влеза.

Под претпоставка дека автентикацијата е веќе конфигурирана, како на пример Squid 6.13 NCSA поставка, основната политика е:

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

Користете изворот што Squid навистина го прима; примерот е документациска адреса. Задржете ги претходните заштити за небезбедни одредишни порти, локални услуги и CONNECT сообраќај. Овој фрагмент го прикажува комбинираниот услов, а не целосна конфигурација на слушач.

Проверете ги правилата над него

Претходно широко дозволување може да го прифати барањето пред да стигне до новиот услов. Референцата за http_access опишува подредено совпаѓање. Прочитајте ја целата низа, вклучително и вклучените датотеки.

Едно дозволување за корисничкото име и друго за изворот не бараат двете. Секој ред може да успее независно. Тоа е друга политика.

ACL proxy_auth зависи од помошник за автентикација. Неговото дефинирање не е начинот да го создадете корисникот или да ја валидирате лозинката. Овој пример е за експлицитен прокси чии клиенти можат да одговорат на предизвиците за прокси автентикација.

Идентитетот на изворот исто така има граници. Луѓето зад еден NAT можат да делат адреса, а преносен компјутер што се движи може да менува адреси. Дополнителниот услов ја стеснува употребливата мрежна локација на сметката; тој не идентификува сигурно физички компјутер. Проверете дали тоа ограничување одговара на причината поради која го додадовте условот.

Поврзани статии