Squid üst proksisi üçün ayrıca giriş məlumatı qurun

İstifadəçinin Squid xidmətinizə girişi və Squid-in üst proksiyə girişi ayrı məlumatlardır. Üst proksi başqa operatora aid ola və ya ayrı hesab bazası işlədə bilər. Müştəri parolunu qəbul etməyin onu yuxarı ötürmək demək olduğunu düşünməyin.

Squid 6.13 üst proksi tərifinə sabit giriş məlumatı əlavə edə bilər:

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

Yuxarıdakı ünvan və parol sənəd nümunələridir. Təsadüfən ikinci peer yaratmaq əvəzinə girişi mövcud üst proksi tərifinə tətbiq edin. Hansı sorğuların bu üst proksini işlətməli olduğunu seçən ayrıca marşrut siyasətini saxlayın.

Hesabların əhatəsini ayırın

Aşağı tərəfdəki auth_param parametrləri Squid instansiyanızın müştərilərini yoxlayır. Peer-in login seçimi başqa keçid üçün məlumat verir. Birini dəyişmək o birini avtomatik yeniləmir.

Üst proksinin sənədləşdirilmiş kimlik yoxlama tələblərinə uyğunlaşın. Bu sətir hər bağlantıyönümlü kimlik yoxlama sxeminin tam konfiqurasiyası deyil. Üst proksi NTLM və ya Negotiate gözləyirsə, bu sahənin parolunu təkrar dəyişmək əvəzinə dəstəklənən peer quruluşunu yoxlayın.

Squid-də PASS və PASSTHRU kimi məlumatötürmə seçimləri də var. Onların mənası ayrıca upstream hesabından fərqlidir və müştərinin kimlik yoxlama məlumatını peer-ə aça bilər. Nəzərdə tutulan quruluş ayrı hesablar işlədirsə, onları qısa yol kimi seçməyin.

Konfiqurasiyanı qoruyun və düzgün keçidi sınayın

Sabit sirr konfiqurasiyada saxlanır. Fayl və ehtiyat nüsxə girişini məhdudlaşdırın, parser və ya debug çıxışını paylaşmazdan əvvəl həssas məlumatları təmizləyin. Seçimin öz escape qaydaları var: sənəd URL escape-lərinə icazə verir və adi faiz işarəsinin iki dəfə yazılmasını tələb edir.

Müştərilər təsdiqlənir, amma yönləndirilən sorğular üst proksidə yenə uğursuz olursa, həmin upstream mübadiləsini və hesabı araşdırın. Müştəri–Squid və Squid–üst proksi ötürmə mühafizəsini də ayrı saxlayın; ilk bağlantını şifrələmək ikincini avtomatik qorumur.