我们有一个使用ASIHTTPRequest库连接到WebDav服务器的iOS应用程序 – 效果非常好.

我们的一位客户使用他的移动服务提供商Orange France存在500状态代码和ERR_ICAP_FAILURE消息的问题.该消息似乎是对未完成的连接/通信的Web缓存/ squid响应,或者(我认为)对WebDav的未知OPTIONS和PROPFIND方法的响应.

我们的应用程序有一个Android对应物,它似乎在相同的情况下工作,因此在Socket层上自定义实现连接.

我想知道的是：

>有没有人在类似的设置中经历过这样的回应？
>这是ASIHTTPRequest的一个已知问题/我可以通过设置解决的问题吗？
> Orange France是否提供不使用代理的APN

最佳答案 我们已经看到类似的透明代理导致类似的问题,并且之前是一个普遍的麻烦.

我们发现有两种方法可以解决这个问题：

>使用https进行通信 – 然后代理不会妨碍通信
>使用非标准的http端口,因为代理通常只接收端口80

选项2可能会在其他防火网络上给您带来问题,因此可能只应尝试端口80出现故障.

Android工作正常有点奇怪 – 也许它正在使用不同的APN？ iPhone APN设置可能会被锁定,因此涉及更改为不同APN的解决方案可能没什么用处.