Когда-то смотрел и у меня есть догадки. IWebProxy поддерживает только Http прокси. Потому в этой либе реализация IWebProxy поднимает локально Http прокси сервер, на который и направляет все запросы. А уже с него перенаправляет на нужные соксы.
Когда-то смотрел и у меня есть догадки. IWebProxy поддерживает только Http прокси. Потому в этой либе реализация IWebProxy поднимает локально Http прокси сервер, на который и направляет все запросы. А уже с него перенаправляет на нужные соксы.
Когда-то смотрел и у меня есть догадки. IWebProxy поддерживает только Http прокси. Потому в этой либе реализация IWebProxy поднимает локально Http прокси сервер, на который и направляет все запросы. А уже с него перенаправляет на нужные соксы.
Эта и еще xNet был адаптированный под HttpClient. Все оно напрягает полностью своей реализацией http. Нет спокойствия, что где-то в мелочи не упадет. Типа этих же куков.
Эта и еще xNet был адаптированный под HttpClient. Все оно напрягает полностью своей реализацией http. Нет спокойствия, что где-то в мелочи не упадет. Типа этих же куков.
нету там никакой реализации хттп, а куки проебывались просто помому что контейнер не передавался
Эта и еще xNet был адаптированный под HttpClient. Все оно напрягает полностью своей реализацией http. Нет спокойствия, что где-то в мелочи не упадет. Типа этих же куков.
Что хочешь про хНет говори но реализация проксей там топовая )
Эта и еще xNet был адаптированный под HttpClient. Все оно напрягает полностью своей реализацией http. Нет спокойствия, что где-то в мелочи не упадет. Типа этих же куков.
а, вспомнил чо там было еще, contentHeaders не все перечислены были %) вот это подстава может взорваться %)