问题描述
我们已经开发了一个HTML 5基础的解决方案，以取代基于视频内容传送的旧基于flash的解决方案。升级的目的是逃脱闪光灯的抓地力，使服务能够在移动设备上运行。
We've developed a HTML 5 based solution to replace an old flash based solution for the delivery of video based content. The intention of the upgrade was to escape the grip of flash and allow the service to work on mobile devices.
一切的伟大工程，内部和外部的电脑/ Mac和iOS版即可。 Android的时候连接到公司的WiFi，我们无法弄清楚，为什么却完全失败。代理设置是否正确和互联网正在工作。
Everything works great internally and externally on PC's/Mac and iOS. Android however totally fails when connected to the corporate WiFi and we cannot figure out why. The proxy settings are correct and the internet is working.
当试图查看视频和远程调试观看请求只是说悬而未决，但从来没有真正完成。
When trying to view the video and watching with remote debugging the requests just says pending but never actually completes.
网络
- 网络完全锁定，有没有互联网直接连接，所有的请求通过HTTP代理服务器去
- 由于这个TCP / UDP 5228-5230被完全阻断，因此网络的指标是灰色然而浏览互联网没有工作。
- 我们有许多可用的HTTP代理（我不知道在使用的软件），但是它并没有任何 工作
- 代理规则是pretty放松，脸谱/ YouTube上/ VIMEO都是畅通的。
- 视频公司都在Akamai的托管
- 视频格式提供WEBM和MP4
故障条件
- 直接在Akamai的访问视频Android版Chrome。在企业无线网络的失败，在3G /开wifi 作品
- 直接访问视频内部IIS在Android上的Chrome 7.5的服务器。在企业无线网络（仍使用HTTP代理）的工作
- 直接在Akamai的访问视频Android版Chrome。在开wifi但随着港口5228-5230 UDP / TCP堵塞的作品
- YouTube应用在机器人。在企业无线网络的失败，在3G /开wifi的工作。这工作得很好iOS上
- Accessing the video directly on Akamai in Chrome on Android. On corporate wifi fail, on 3g/open wifi works
- Accessing the video directly on internal IIS 7.5 server in Chrome on Android. On corporate wifi (which still uses the http proxy) works
- Accessing the video directly on Akamai in Chrome on Android. On open wifi but with ports 5228-5230 UDP/TCP blocked works
- YouTube app in android. On corporate wifi fail, on 3g/open wifi works. This works fine on iOS
铭记，不是由企业的WiFi阻止以任何方式这些服务，没有任何人有任何可能的想法，会是什么引起的问题？任何想法是，帮助调试问题？
Bearing in mind, these services are not blocked in any way by the corporate WiFi, does anyone have any possible ideas as to what would be causing the problem? Any idea's to help debugging the problem?
我有一个同事目前正试图鲨鱼Android和如果他发现什么有用的东西我会更新的答案。
I have a colleague currently trying shark for android and I'll update the answer if he finds anything useful.
修改1
失败的请求Wireshark的
Edit 1Wireshark of a failed request
工作要求的Wireshark
Wireshark of a working request
由于某些原因，SYN ACK没有发生
For some reason the SYN ACK is not occurring
编辑2
我们pretty确保它是这一点。
干杯
推荐答案
一些研究，我们pretty确认这就是问题所在了。希望它会很快得到解决。
After some research we're pretty sure this is the problem. Hopefully it'll be solved soon.
这篇关于企业网络+ Android视频问题的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持！