.NET сокетод SOCKS гар барилт хэрэгтэй
Програмын байтууд SOCKS проксигоор явахаас өмнө түүхий .NET TCP сокет юу хийх ёстойг тайлбарлана.
Socket.Connect()-г SOCKS сервер рүү чиглүүлэх нь тэр сервертэй TCP холболт нээнэ. Дараагийн байтууд SOCKS хэлээр ярих ёстой хэвээр. Програмын протоколыг шууд илгээх нь серверийг өөр яриа хүлээж үлдээнэ.
SOCKS5-ын хувьд холболт үүсгэх нь арга хэлэлцээр, сонгосон баталгаажуулалтын солилцоо, очих газрыг нэрлэсэн хүсэлтийг агуулна. Зөвхөн амжилттай хариу л програмын байтуудад зам нээнэ. Эдгээр үе шатыг RFC 1928-д тодорхойлсон.
Хэлэлцээрийг холболтын түвшинд байлга
Өөрийн TCP протоколтой програм нь тогтоосон урсгалыг буцаадаг прокси мэддэг холбогчийг ашиглаж болно. Програмын бусад хэсэг нь тэр урсгалаар уншиж, бичнэ. Холбогч нь хэсэгчилсэн уншилт, хувьсах урттай хаяг, баталгаажуулалтын алдаа, хэлэлцээрийн хугацааг харгалзах ёстой.
Нэг тогтмол хэмжээтэй буфер уншиж, амжилт гэж үздэг гараар бичсэн хэрэгжүүлэлт эмзэг. TCP SOCKS мессежийн хил хязгаарыг хадгалдаггүй. Програмын протоколыг эхлүүлэхийн өмнө хаягийн төрлөөр тодорхойлогдсон бүрэн хариуг уншина уу. .NET 7+ CONNECT хариу уншигч тэр алхмыг харуулна.
Хэрэв арчилгаатай сан энэ холболтын түвшинг аль хэдийн өгдөг бол түүний дэмждэг SOCKS хувилбар, баталгаажуулалтын арга, зорилтот фреймворкийг шалгана уу. Арван жилийн өмнөх форумын холбоос нь судалгааны эхлэл бөгөөд одоогийн нийцтэй байдлын нотолгоо биш.
HTTP клиентийн тохиргоо нь тусдаа хүрээтэй
HTTP клиентийн прокси тохиргоо тэр HTTP клиентийг тохируулна. Энэ нь процессийн бүх түүхий сокетыг өөрчлөхгүй. Socket API сүлжээний төгсгөлийн цэгийг хүлээж аваад өндөр түвшний хэлэлцээрийг дуудагчид үлдээнэ.
Шифрлэгдсэн програмын протоколын хувьд прокси туннель тогтоосны дараа түүний TLS гар барилтыг гүйцэтгэнэ. Тэр үе шатанд зориулсан очих газрын таних тэмдгийг баталгаажуулна. Прокси баталгаажуулалт ба очих газрын баталгаажуулалт нь ижил үндсэн урсгалыг ашигладаг ч тусдаа хэвээр байна.