Squid хүсэлтүүдийг дээд проксигоор илгээх

Squid 6.13-ийг тодорхой клиентийн дамжуулах хүсэлтүүдэд дээд прокси ашиглуулж, санамсаргүй шууд нөөц замаас сэргийл.

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

Squid 6.13-ийн энэ жишээ нэг дээд прокси нэрлээд нэг клиентийн эх үүсвэрт эх сервер рүү шууд дамжуулахыг хориглоно:

cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client

Хоёр хаяг хоёул жишээ утга. Нийтийн HTTP дээд прокси зөвшөөрсөн хяналттай upstream туршилтад HTTP прокси жагсаалтаас хаяг сонго. Зөвхөн хүссэн клиентүүдийг зөвшөөрдөг тусдаа http_access бодлогыг хадгал. Чиглүүлэлтийн дүрэм клиентэд прокси ашиглах эрх өгөхгүй.

Одоо байгаа чиглүүлэлтийн дүрмүүдийг шалга

no-query энэ peer рүү ICP асуулгыг унтраана. Тэг нь peer-ийн асуулгын порт болохоос HTTP сонсогч биш. Клиент рүү хандсан сонсогч болон түүний нэвтрэх дүрэм тусдаа хэвээр байна.

Энэ хэсгийг нэмэхээс өмнө одоогийн always_direct тохиргоо ба бусад peer сонголтыг шалга. always_direct дотор таарсан зүйлийг хориглох нь дангаараа дээд прокси шаардахгүй. Тодорхой never-direct дүрэм сонгосон клиентэд уг шаардлагыг илэрхийлнэ.

Энэ нь дамжуулах шаардлагатай гүйлгээг удирдана. Ашиглаж болох дотоод кэш бичлэгийг дээд прокситой холбогдохгүй өгч болох тул шинэ дээд холболт байхгүй нь шууд чиглүүлэлт зөрчсөн хэрэг биш.

Зам болон бүтэлгүйтэх үйлдлийг шалга

Хяналттай зорилт ашиглан хандалтын логийн шатлалын мэдээллийг зорилтот талын ажиглалттай харьцуул. Эцсийн HTTP төлөв дангаараа Squid дээд прокси эсвэл шууд зам ашигласныг хэлэхгүй.

Засварын туршилтад дээд проксиг ашиглах боломжгүй болгож, ижил кэшгүй хүсэлтийг давт. Бодлого шууд дамжуулалтыг хориглосон бол гүйлгээ өөр замаар эх серверт хүрэх бус, бүтэлгүйтэх ёстой. Зөвхөн өөрийн удирддаг үйлчилгээнд хийж, дараа нь хүссэн тохиргоог сэргээ.

Холбоотой нийтлэлүүд