Squid-ийн Basic баталгаажуулалт яагаад хуучин нууц үгийг хүлээн авсаар байна вэ

Squid-ийн нууц үгийн файлыг өөрчлөхөд дараагийн бүх хүсэлт туслагч програмыг дахин дуудна гэсэн үг биш. Basic баталгаажуулалтад Squid амжилттай шалгасан хэрэглэгчийн нэр, нууц үгийн хосыг кэшилж болно.

Энэ шалгалтыг хэр удаан хүчинтэйд тооцохыг Squid 6.13-ын credentialsttl тохиргоо удирдана. Жишээ нь:

auth_param basic credentialsttl 5 minutes

Энэ нь бодлогын утгын жишээ болохоос нийтлэг зөвлөмж биш. Зөвшөөрөх цуцлалтын саатал болон таны баталгаажуулалтын арын системийн даах ачаалал-д тулгуурлан сонго.

Гурван шалгалтыг тусад нь хий

Эхлээд идэвхтэй туслагчийн ашигладаг файлыг зассан эсэхээ баталгаажуул. Ашигладаггүй файлын зөв өөрчлөлт нөлөөгүй. Дараа нь туслагч файл уншиж шинэ дансны мэдээллийг шалгаж чадах эсэхийг үз. Эцэст нь ажиллаж буй instance-ээр шинэ прокси хүсэлт турш; энд итгэмжлэлийн кэш болон хандалтын дүрэм мөн үйлчилнэ.

Туслагч болон ажиллаж буй проксийг тусад нь турш. Туслагч арын систем одоо юуг зөвшөөрч байгааг харуулна, харин Squid кэшлэсэн шалгалтыг дахин ашиглаж болно. Мэдээлэл солихдоо шинэ нь ажиллах, хуучин нь холбогдох шалгалтын хугацааны дараа татгалзахыг хоёуланг нь шалга.

Энэ үйлдлийг судлахдаа тусгай туршилтын данс ашигла. Хүсэлт, клиентын эх үүсвэр, зорилгыг ижил байлгаж, бодит нууц үгийг хуваалцсан командын гаралтад бүү оруул.

Файл засахаас илүү цуцлалтыг төлөвлө

Шалгалтын хүчинтэй хугацааг богиносгох нь арын системийн ажлыг нэмэгдүүлнэ. Ачаалалтай үйлчилгээнд багасгахаас өмнө туслагчийн чадлыг тооцож, бодит арын системээр үйлдлийг шалга. Таны хувилбар, тохиргоонд батлагдаагүй бол тохиргоо дахин ачаалахад бүх холбогдох баталгаажуулалтын төлөв арилна гэж бүү үз.

Яаралтай хандалт хасахад данс эсвэл эх үүсвэрийн тодорхой хориг тусдаа хил үүсгэнэ. Нууц үгийн файлаас устгахад найдахгүй, нөлөөлсөн замаас тэр хоригийг турш.

Энэ тохиргоо Basic шалгалтын кэшийг тайлбарлана. Холболтод чиглэсэн баталгаажуулалтын схемүүд нэмэлт төлөвтэй тул зүйрлэлээр ижил цуцлалтын загвар хэрэглэх ёсгүй.