Ердийн HTTP прокситой үед веб хүсэлтийг HTTPS хамгаалж байсан ч дотоод сүлжээ анхны CONNECT зорилтыг харж чадна. Прокси хүртэлх TLS нь клиентээс прокси хүрэх хэсгийн энэ ил байдлыг өөрчилнө.

ЗамДотоод урсгалд хандах боломжтой ажиглагчийн харж чадах зүйл
Шифрлээгүй HTTP проксигоор шифрлээгүй HTTP сайтЗөвхөн прокси хаяг бус, аппликейшний солилцоо ч уншигдах хэлбэрээр дамжина.
Шифрлээгүй HTTP проксигоор HTTPS сайтИл CONNECT зорилт, прокси холболт, хугацааны мэдээлэл ажиглагдана; зорилтот TLS хонгил доторх веб хүсэлтийг хамгаална.
Зөв баталгаажуулсан HTTPS прокси холболтTLS тэр хэсгийн прокси солилцоог хамгаална; цэгтэй холбогдсон байдал болон урсгалын метаөгөгдөл харагдсаар байна.

Тэр хэсгийн хамгаалалт нь прокси оператор өөрийн холболтын боловсруулалтыг харахыг арилгадаггүй. Зорилтот TLS ба операторт итгэх итгэл нь замын өөр өөр хэсэг юм.

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

Хэрэгтэй нууцлалын үнэлгээ хийхийн тулд прокси URL-ийн схем, зорилтын схем, клиентийн бодит зам, DNS үйлдлийг тэмдэглэ. Хөтчийн нэг тохиргоо бүх төхөөрөмж хамрагдсаныг нотлохгүй. Дотоод хэсэг шифрлэгдэж, гаралтын IP өөрчлөгдсөн ч зорилтот талд нэвтэрсэн хүсэлт cookie-ээр бүртгэлээ танигдуулж болно.

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