在.htaccess之后，本机MP3无法在iOS 8中播放

多年来，我一直在为一个小社区提供一些MP3，只是直接链接到MP3，让设备的浏览器处理播放。在用户将iphone升级到ios8之前，这一切都很正常。现在，以本机方式播放MP3不起作用。经过大量的测试，我似乎已经把范围缩小到使用.htaccess

这里有两个相同的目录，其中包含相同的mp3和。但有一个是密码保护的（U:music P:access）

正常：
安全：

我还尝试过使用一个在安全目录后面也坏过一次的。

---

iOS 8在禁用MP3播放方面发生了什么变化？有没有办法解决这个问题？

iOS在播放音乐文件时遇到的困难是。查看数据包跟踪，可以正确发送文件初始请求的凭据，但后续的部分请求没有凭据。这可能是Safari中的一个bug；如果你在苹果有一个免费的开发者帐户，你可以

---

HTTP身份验证是这样工作的：浏览器请求资源；服务器以“401 Authorization Needed”响应，并包括一个

WWW Authenticate

头，指示身份验证的类型（在您的示例中为basic）和“realm”，这只是对受保护资源进行分组的一种方式。客户端重新请求相同的资源，添加一个包含用户名和密码的

Authorization

头-对于basic auth，它只是base 64 user:pass。通常情况下，浏览器会缓存这些凭据，并在不被请求的情况下发送它们，用于同一领域内的每个后续请求。

我应该补充一点，当所有内容都剥离到文件时，问题仍然存在。您能显示您当前的.htaccess吗？当然可以@anubhava，我不确定我需要审查什么，所以希望它仍然有用：AuthType基本AuthUserFile****AuthName“测试”需要有效的用户不清楚你是如何提供MP3的。这只是在safari中打开的链接？如果将URL粘贴到safari中，是否会提示用户输入用户名/密码？我使用Wireshark和iOS模拟器进行了一些测试，这似乎就是问题所在。范围请求未发送

授权

标题，因此响应为

401所需授权

。感谢Miken32&@Alexander，不幸的是，我不知道这些问题的含义，但我有一个apple帐户，将提交一个bug。我想那就没有解决办法了？苹果漏洞报告#19698212