WRONG_VERSION_NUMBER прокситой: HTTP болон HTTPS-ыг шалгаарай

Алдаа “буруу хувилбар” гэж хэлдэг тул TLS хувилбарыг сольж эхлэх нь уруу татагдана. Прокситой бол өмнөх боломжийг шалгаарай: клиент энгийн HTTP хүлээж байсан порт руу TLS гар барилтыг илгээсэн үү?

https://example.com/ шиг очих газар болон http://proxy.example:8080 шиг прокси нь энгийн хос юм. Хоёр дахь URL-ийг HTTPS болгох нь клиентэд өөрийн яриаг прокситойгоо шифрлэхийг заадаг. Энэ нь HTTPS сайтуудыг зөвшөөрөх заавар биш.

Эхний TLS яриаг олоорой

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

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

1. Проксины URL-ийг схемтэй нь хамт, мөн төгсгөлийн цэгийн баримтжуулсан протоколыг тэмдэглээрэй.
2. Алдаа CONNECT хариунаас өмнө, очих газрын TLS-ийн үед, эсвэл проксины өөрийн гэрчилгээг шалгах үед болсон эсэхийг олоорой.
3. Хуучин тойрч гарах аргыг харьцуулахдаа клиент болон хамаарлын бодит хувилбарыг шалгаарай. Өмнөх прокси хэрэгжүүлэлтүүд схемыг заримдаа өөрөөр үздэг байсан.

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

Эхний ажиглагдах алдааг бариарай. Гэрчилгээний шалгалтыг унтраах нь зөвхөн HTTP ярьдаг сонсогчийг TLS ярьдаг болгохгүй, хуучин шифрийн бодлогыг сонгох нь сайтын гар барилтаас өмнө илгээсэн HTTP татгалзлыг тайлбарлахгүй.