如果你碰巧有AWS S3，它也很有魅力。好。相对而言:-)

在AWS中为您的ad hocs创建一个bucket，添加一个索引文件(它可以只是一个空白的index.html文件)，然后使用一个可以连接到S3的客户端，如CyberDuck或Coda(我使用Coda -在那里您可以选择添加站点以获得连接窗口)，然后设置连接如下所示:

然后在XCode中构建您的企业专用，并确保使用https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.ipa作为应用程序URL，并将其上传到新的S3桶目录。

您的itms链接应该匹配，即itms-services://?action=download-manifest&url=https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.plist

和s。

这只适用于通用的AWS url -我还没有在AWS上尝试过自定义url，所以你可能需要做一些不同的事情。

我决心尝试让詹姆斯·韦伯斯特的解决方案凌驾于工作之上，但我无法让它与普雷斯克一起工作。

通用的解决方案是将你的设备连接到Mac上，然后观察安装过程中发生了什么。我得到一个错误:

Could not load download manifest with underlying error: Error Domain=NSURLErrorDomain Code=-1202 "Cannot connect to the Store" UserInfo=0x146635d0 {NSLocalizedDescription=Cannot connect to the Store, NSLocalizedRecoverySuggestion=Would you like to connect to the server anyway?, NSLocalizedFailureReason=A secure connection could not be established. Please check your Date & Time settings., NSErrorFailingURLStringKey=https://myserver.com/app/manifest.plist, NSUnderlyingError=0x14678880 "The certificate for this server is invalid. You might be connecting to a server that is pretending to be “myserver.com” which could put your confidential information at risk.", NSURLErrorFailingURLPeerTrustErrorKey=, NSErrorFailingURLKey=https://myserver.com/app/manifest.plist}

错误中甚至有检查日期设置的建议。不知什么原因，那天是1970年1月1日。设置正确的日期就解决了这个问题。

我可以确认它的工作，但你必须把html和plist的dropbox。 它也适用于非企业OTA，即你想要与你的开发团队共享应用程序。

我做了:

a)在我的网站上，我用这个链接做了一个页面:

．． href="https://dl.dropboxusercontent.com/u//(your DB id)/ipa.html

b)在DropBox上我写了另一个HTML页面:

. .https://dl.dropboxusercontent.com/u/(your DB id)/MyApp.plist"> . DB id " 点击“安装MyApp”

c)在DropBox上移动plist，但让它指向我的旧服务器(没有https)

一些好人通过使用Class 1 StartSSL证书和共享Apache配置来处理这个问题，该配置添加了证书支持(将与任何证书一起工作)和更改现有*中的链接的代码。Plist自动文件。太长了，不能复制，所以这里是链接: http://cases.azoft.com/how-to-fix-certificate-is-not-valid-error-on-ios-7/

除了使用Dropbox进行企业推广，你还可以使用TestFlight进行企业签名应用的推广。

https://www.testflightapp.com/

对于托管和分发临时开发版本和企业版本来说，这是一个非常棒的服务。

这是真的，在iOS7.1下，所有OTA部署都将通过https进行。苹果没有记录这一点，真可耻。

对于那些正在寻找比依赖dropbox或必须支付现金获得证书更好的内部解决方案的人来说，如果你遵循提示#5中列出的步骤，你可以有一个解决方案:http://blog.httpwatch.com/2013/12/12/five-tips-for-using-self-signed-ssl-certificates-with-ios/

它的要点是:

创建自己的CA颁发机构证书，可以安装在完全受信任的设备上(我通过简单地通过电子邮件安装它) 根据根证书创建key/cer对，并将其安装到服务器上 确保您的web服务器使用与CA颁发机构根证书匹配的密钥/密钥对 在这一点上，你应该能够像往常一样通过https安装你的应用程序 所有这些都可以在OSX上使用已经默认安装的openssl来完成

这与仅仅使用自签名证书不同，在这个解决方案中，您还充当自己的私有证书颁发机构。如果安装在Apple设备上的根证书未标记为受信任(绿色)，则有问题。重做一遍。

这绝对有效。

更新:3/13/2014 -我提供了一个小的命令行实用程序，简化了整个过程。你可以在https://github.com/deckarep/EasyCert/releases上得到它