Proxy HTTP de AFNetworking

Estoy teniendo problemas con las configuraciones de AFNetworking y HTTP Proxy. Como AFNetworking está integrado en NSURLConnection, ¿tiene soporte incorporado para un proxy HTTP agregado en la configuration de Wi-Fi de un iPad / iPhone? ¿O tengo que hacer algo programáticamente mientras construyo mis URL para admitir un proxy?

Gracias,
Teja

Actualización para AFNetworking / iOS 7: si utiliza la * session en lugar de la interfaz * requestoperation, puede configurar un HTTP Proxy utilizando [NSURLSessionConfiguration -connectionProxyDictionary] .

Por lo tanto, parece que NSURLConnection / AFNetworking solo admite la authentication básica HTTP desde el principio. Si el proxy utiliza la authentication NTLM, establecer la authentication en la configuration de wifi funciona para Safari, pero no con ninguna otra aplicación. (Tested Foursquare, Facebook, etc.). Sin embargo, cuando inicia Safari por primera vez, aparece una window emergente que le pide que ingrese su nombre de usuario / contraseña, aunque haya especificado su nombre de usuario / contraseña en la configuration de Wi-Fi en el iPad. Después de ingresar aquí, todo funciona bien con Safari.

Existen methods de delegado de NSURLRequest que se proporcionan como parte de iOS5 que se supone que deben recibir una llamada cuando un proxy genera un desafío de authentication. Pero estos nunca más fueron llamados. No estoy seguro si esto es un comportamiento defectuoso o si he configurado algo incorrectamente.

Como está construido en NSURLConnection , simplemente funciona. Puede intentarlo fácilmente mediante el uso de Charles Proxy .