Пријава корисника на ваш Squid и пријава Squid-а на надређени прокси користе различите податке. Надређени прокси може припадати другом оператеру или користити другу базу налога. Прихватање лозинке клијента не значи да је треба послати даље upstream.

Squid 6.13 може додати статичку пријаву дефиницији надређеног проксија:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream login=parentuser:ExampleOnly

Горња адреса и лозинка су документациони примери. Додајте пријаву постојећој дефиницији надређеног проксија да случајно не направите други peer. Задржите одвојену политику рутирања која одређује који захтеви морају користити овај надређени прокси.

Одвојите опсеге налога

Downstream подешавања auth_param проверавају клијенте ваше Squid инстанце. Опција login peer-а даје податке за други скок. Промена једног не ажурира аутоматски друго.

Пратите документоване захтеве аутентификације надређеног проксија. Овај ред није потпуна конфигурација за сваку аутентификациону шему везану за конекцију. Ако надређени прокси очекује NTLM или Negotiate, проверите подржани распоред peer-ова уместо сталног мењања лозинке у овом пољу.

Squid има и опције прослеђивања приступних података као што су PASS и PASSTHRU. Њихова семантика разликује се од наменског upstream налога и могу открити peer-у аутентификационе податке клијента. Не бирајте их као пречицу ако су предвиђени одвојени налози.

Заштитите конфигурацију и тестирајте прави скок

Статичка тајна чува се у конфигурацији. Ограничите приступ датотекама и резервним копијама и уклоните осетљиве податке из излаза парсера или дебаговања пре дељења. Опција има сопствена escape правила: документација дозвољава URL escape записе и захтева удвостручавање дословног знака процента.

Ако клијенти прођу аутентификацију, али прослеђени захтеви и даље не успевају код надређеног проксија, прегледајте ту upstream размену и налог. Одвојите и заштиту преноса клијент–Squid и Squid–надређени прокси; шифровање прве везе не обезбеђује аутоматски другу.

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