Захтевајте и 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 референца описује уређено подударање. Прочитајте цео след, укључујући укључене датотеке.

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

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

Идентитет извора такође има границе. Људи иза једног NAT-а могу делити адресу, а лаптоп који се креће може мењати адресе. Додатни услов сужава употребљиву мрежну локацију налога; не идентификује поуздано физички рачунар. Уверите се да то ограничење одговара разлогу због којег сте услов првобитно додали.

Повезани чланци