Салбарын хөтөчөөс прокси руу: хоёр холболт, хоёр зам

Ил проксигийн ард байгаа салбарын хөтөч хоёр холболт нээдэг бөгөөд тэд өөр өөр шалтгаанаар бүтэлгүйтдэг. Эхнийх нь хөтөчөөс проксигийн сонсогч хүртэл, салбарын VPN-ээр дамждаг. Хоёр дахь нь проксигоос вэб сайт хүртэл, проксигийн өөрийн resolver, зам, гарах бодлогыг ашиглан. Тэдгээрийг нэг урсгал гэж үздэг дэмжлэгийн тасалбар хүмүүсийг хэдэн цагаар буруу төхөөрөмж рүү илгээдэг. Тус бүрийг санаатайгаар тохируулж, тэр дарааллаар нь шалгана уу.

Алхам 1: хоёр урсгалыг бичнэ үү

Хөтөчийн дараагийн очих газар нь проксигийн сонсогч бөгөөд хэрэглэгчийн эцэст зочилдог бүх сайт биш. Энэ нэг өгүүлбэр энэхүү загварын ихэнх төөрөгдлийг шийддэг.

branch browser -> site VPN -> central proxy listener
central proxy -> approved egress policy -> website

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

Алхам 2: хөтөчид сонсогч руу зам өгнө үү

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

Интернетэд хязгааргүй прокси нийтлэхийн оронд зориулалтын үйлчилгээнд нарийн сүлжээний дүрэм хэрэглэнэ үү. Прокси нь зориулалтын үйлчлүүлэгчдэд нь дэмжигдсэн зам байгаа үед дотоод сүлжээнд үлдэж болно.

Алхам 3: зөвхөн замын хүснэгт биш, хөтчийг тохируулна уу

Хөтчийн прокси тохиргоо, PAC файл эсвэл байгууллагын удирдлагатай илрүүлэх механизмыг ашиглана уу. Энгийн вэб сайтын пакетыг замаар проксигийн хаяг руу илгээх нь хөтчийг прокси протоколоор яриулахгүй; энэ нь тунгалаг таслан сэргийлэлт бөгөөд өөр гарцын загварт хамаарна.

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

Алхам 4: проксигийн гарч буй холболтыг батална уу

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

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

Алхам 5: дөрвөн алдааг ялгана уу

Проксигийн баталгаажуулалтын сорилт нь сонсогчоос ирэх 407 юм. Татгалзсан CONNECT нь прокси дээрх бодлогын шийдвэр бөгөөд ихэвчлэн өөрийн статус, бүртгэлийн мөртэй. Бүтэлгүйтсэн гарч буй холболт нь прокси очих газрын эсрэг бүртгэдэг хугацаа дуусах эсвэл дахин тохируулах мэт харагдана. Сайтын хариу нь хоёр холболт ажилласан бөгөөд асуудал эх сурвалжид байгааг илтгэнэ.

VPN бүтэлгүйтсэн гэсэн дүгнэлт биш, ажигласан хилийг мэдээлнэ үү.

Алхам 6: хамрах хүрээг тодорхойлж, нөөц замыг төлөвлөнө үү

Прокси эсвэл туннель боломжгүй үед юу болохыг шийдэж, энэ загвар ямар урсгалыг хамарч байгааг тодорхой хэлнэ үү. Энэ нь прокси тохиргоог хүндэтгэдэг үйлчлүүлэгчдээс вэб хандалтыг дамжуулдаг; имэйл, дур зоргоороо төхөөрөмжийн протокол, тохиргоог үл тоомсорлодог програм хангамжийг дамжуулдаггүй.

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