Uygulamaları bir itms-services://URL kullanarak bir Enterprise hesabı üzerinden dağıtıyoruz . Bu her zaman iyi çalıştı, ancak iPadimize iOS 7.1 beta'yı yükledikten sonra yüklemeyi reddediyor. Bunun yerine Cannot connect to example.com, uygulamayı indirirken herhangi bir sorun olduğunda iOS'un yararsızca görüntülediği genel mesajı alırız .

Soruna neyin sebep olabileceğini önermek için burada SO'da, Google'da veya 7.1 sürüm notlarında hiçbir şey bulamadım.

Uygulamayı yüklemeye çalışırken iPad'i bilgisayara bağlayıp konsolu XCode Organizer üzerinden görüntüleyerek sorunu buldum. Hata şu şekilde ortaya çıkıyor:

Https olmayan bildirim URL'si yüklenemedi: http://example.com/manifest.plist

İOS 7.1'de, manifest.plist dosyanın HTTP kullandığımız HTTPS olması gerektiği ortaya çıktı. URL'yi HTTPS olarak değiştirmek sorunu çözdü.

yani

itms-services://?action=download-manifest&url=http://example.com/manifest.plist

olur

itms-services://?action=download-manifest&url=https://example.com/manifest.plist

Söz konusu alan için geçerli bir SSL sertifikanız olması gerektiğini varsayarım. Zaten yaptık ama onsuz sorun yaşayacağınızı hayal ediyorum.

ingconti haklı.

1. Uygulama listenizi dropbox'a yükleyin.
2. Gibi app.plist'in paylaşılan bağlantısını alın https://www.dropbox.com/s/qgknrfngaxazm38/app.plist
3. yerine www.dropbox.comsahip dl.dropboxusercontent.comolduğu gibi, bağlantıyı https://dl.dropboxusercontent.com/s/qgknrfngaxazm38/app.plist
4. Dropbox paylaşılabilir bağlantısındaki "? Dl = 0t" gibi parametreleri kaldırın ( Enterprise uygulamasında Carlos Aguirre Tradeco'ya göre iOS 7.1'de ve kendi deneyimimde çalışmaz ).
5. download.htmlBağlantısı şu şekilde biçimlendirilmiş bir dosya oluşturma<a href="itms-services://?action=download-manifest&url=https://dl.dropboxusercontent.com/s/qgknrfngaxazm38/app.plist">INSTALL!!</a>
6. download.htmlDropbox'a yükleyin
7. Yine, https://www.dropbox.com/s/gnoctp7n9g0l3hx/download.html gibi download.html'nin paylaşılan bir bağlantısını edinin ve parametreleri kaldırın.
8. Değiştir www.dropbox.comile dl.dropboxusercontent.comolduğu gibi, aynı zamanda ikinci linkte https://dl.dropboxusercontent.com/s/gnoctp7n9g0l3hx/download.html

Şimdi ziyaret edin https://dl.dropboxusercontent.com/s/gnoctp7n9g0l3hx/download.html cihazınızı , uygulamayı daha önce olduğu gibi yükleyebilirsiniz.

NE HARİKA BİR DÜNYA!

Mark Parnell'in cevabına ek olarak, bunun üstesinden gelmenin hızlı ve kirli bir yolu, manifest plistini Dropbox'a koymak ve daha sonra doğrudan bir https bağlantısı almak için Dropbox web arayüzünü kullanmaktır ('Bağlantıyı paylaş' -> ' Bağlantıyı al '->' İndir ').

Gerçek ipa, her zaman hizmet verdiğiniz her yerde kalabilir. Plist URL'sini itms-servivces URL'sinin sorgusuna eklemeden önce URL kodlaması yapmanız gerekir (ancak herhangi bir & s'yi% 3D ile değiştirmek işe yarayabilir).

Bunun bir dezavantajı, kurulum iletişim kutusunun şimdi "dl.dropbox.com [ne olursa olsun] kurmak istiyor" yazmasıdır.

İleride, iOS7.1 ile ileriye dönük tüm OTA dağıtımlarını https üzerinden yapmanız bekleniyor. Bunu belgelemediği için Apple'a yazıklar olsun.

Dropbox'a güvenmekten veya bir sertifika için nakit para yatırmaktan daha iyi bir şirket içi çözüm arayanlar için, burada 5. ipucunda belirtilen adımları izlerseniz bir çözümünüz olabilir: http: // blog. httpwatch.com/2013/12/12/five-tips-for-using-self-signed-ssl-certificates-with-ios/

Bunun özü şudur:

• Tamamen güvenilen aygıta yükleyebileceğiniz kendi CA Yetki sertifikanızı oluşturun (Ben yalnızca e-posta ile yükledim)
• Anahtar / cer çiftini kök sertifikaya göre oluşturun ve sunucunuza kurun
• Web sunucunuzun CA Authority kök sertifikasıyla eşleşen anahtar / cer çiftini kullandığından emin olun
• Bu noktada, uygulamalarınızı her zamanki gibi https üzerinden yükleyebilmelisiniz
• Tüm bunlar, varsayılan olarak önceden yüklenmiş olan openssl kullanılarak OSX'te gerçekleştirilebilir.

Bu sadece kendinden imzalı bir sertifika yapmakla aynı şey değildir, bu çözümde kendi özel Sertifika Yetkiliniz olarak da hareket edersiniz. Apple cihazınıza yüklenmiş kök sertifikanız Güvenilir (yeşil) olarak işaretlenmemişse, bir sorun var demektir. Yap ţunu.

Bu kesinlikle işe yarıyor.

Güncelleme: 3/13/2014 - Tüm bu süreci basitleştiren küçük bir komut satırı yardımcı programı sağladım. Bunu şu adresten alabilirsiniz: https://github.com/deckarep/EasyCert/releases

Aynı sorunu yaşadım ve zaten bir SSL sunucusu kullanmama rağmen, https bağlantılarını değiştirmek altta yatan bir sorun olduğu için işe yaramadı.

Resim için tıklayınız.

Vurgulanan kısım bana sertifikaya güvenme seçeneği verilmesi gerektiğini söyledi, ancak bu uygulama mağazası olduğu için Safari aracılığıyla çalışarak kurtarma önerisinin sunulmadığını söyledi.

Mevcut çözümlerden memnun değildim çünkü:

• Bazı seçenekler üçüncü bir tarafa bağımlılık gerektirir (Dropbox)
• SSL sertifikası için ödeme yapmaya istekli değildik
  • Ücretsiz SSL sertifikaları yalnızca geçici bir çözümdür.

Sonunda bir Kendinden İmzalı Kök Sertifika Yetkilisi oluşturarak bir çözüm buldum ve bunu kullanarak sunucumuzun SSL sertifikasını .

Keychain Access ve OSX Server kullandım, ancak her adım için başka geçerli çözümler var

Sertifika Yetkilisi Oluşturma

Topladığımdan, sertifika yetkililerinin sertifikaların orijinal olduğunu doğrulamak için kullanılır. Kendimizi oluşturmak üzereyken, tam olarak güvenli değil , ancak belirli bir makamdan gelen tüm sertifikalara güvenebileceğiniz anlamına gelir. Bu gibi bu makamların bir listesi genellikle tarayıcılarda varsayılan olarak dahil edilir aslında güvendim. (GeoTrust Global CA, Verisign vb.)

• Anahtarlık'ı açın ve bir yetki oluşturmak için sertifika yardımcısını kullanın

• Sertifika Yetkilisi Bilgilerinizi girin

• Gerekli olup olmadığını bilmiyorum, ama otoriteyi güvenilir kıldım.

Sertifika İmzalama İsteği Oluşturma

Bizim durumumuzda, sertifika imzalama istekleri sunucu yöneticisi tarafından oluşturulur. "Sitem için lütfen bu bilgileri içeren bir sertifika alabilir miyim?" Sorusunu soran bir dosya.

• Ardından, Sertifika İmzalama İsteğinizi oluşturmanız gerekecek (bu bit için OSX Sunucusunun Sertifika yöneticisini kullandım

• Sertifika bilgilerinizi doldurun (Yalnızca ascii karakter içermelidir!, Teşekkürler @Jasper Blues)

• Oluşturulan CSR'yi bir yere kaydedin

Sertifika Oluşturma

Yine sertifika yetkilisi olarak hareket ederek, size CSR'yi gönderen kişinin gerçek olup olmadığına ve başka biri gibi davranmadığına karar vermek size kalmıştır. Gerçek yetkililerin bunu yapmanın kendi yolları vardır, ancak umarım siz olduğunuzdan oldukça eminiz, doğrulamanız oldukça emin olmalıdır :)

• Anahtarlık Erişimi'ne geri dönün ve gösterildiği gibi "Sertifika Oluştur .." seçeneğini açın

• Kayıtlı CSR'nizi belirtilen kutuya sürükleyin

• "Bu istek için varsayılanları geçersiz kılmama izin ver" düğmesini tıklayın

• Geçerlilik süresini uzatmayı seviyorum.

• Nedense, bazı bilgileri tekrar doldurmalıyız

• Bu ekranda devam et'i tıklayın

• SSL SUNUCU KİMLİK DOĞRULAMA TIKLADIĞINIZDAN EMİN OLUN , bu bana bazı baş ağrılarına neden oldu.

• Geri kalan seçeneklerden devam et'i tıklayabilirsiniz.

• Mail uygulaması açılarak sertifikayı gönderme şansınız olur. E-posta göndermek yerine, sağ tıklayın ve kaydedin.

Sertifikayı Yükleme

Şimdi sunucuyu SSL trafiği için oluşturduğumuz sertifikayı kullanacak şekilde ayarlamamız gerekiyor.

• Senin üzerinde çalışıyor cihaz varsa olduğunu sunucu, sertifika zaten yüklü bulabilirsiniz.

• Aksi halde, Bekleyen sertifikayı çift tıklayın ve e-postadan henüz kaydettiğimiz PEM dosyasını belirtilen alana sürükleyin. (Alternatif olarak, kaydetmediyseniz PEM'inizi anahtarlıktan dışa aktarabilirsiniz.)

• Sunucunuzu bu yeni sertifikayı kullanacak şekilde güncelleyin. Yeni sertifikanın "yapışmayacağını" ve geri dönmeye devam ettiğini fark ederseniz, BOLD ITALIC CAPS'ta bitene geri dönün

Cihazların Kurulumu

Uygulamaları yüklemeniz gereken her cihazın, bu sertifika yetkilisinin SSL sertifikalarına güvenebileceklerini bilmesi için bu sertifika yetkilisinin bir kopyasına sahip olması gerekir.

• Anahtarlık Erişimi'ne geri dönün ve sertifika yetkilinizi .cer olarak dışa aktarın

• Daha sonra bu dosyayı OTA uygulamalarımla sunucuma koydum, kullanıcılar bu bağlantıyı tıklayabilir ve yetki sertifikasını indirebilir. Sertifikayı doğrudan kullanıcılara e-postayla göndermek de geçerli bir seçenektir.

• Sertifikayı cihazınıza yükleyin.

Ölçek

• Plist bağlantılarınızın https olduğundan emin olun

  • Bir uygulamayı deneyin ve yükleyin! Şimdi çalışmalı. Sertifika yetkilisine güveniliyor ve SSL sertifikası bu yetkiliden geldi.

Çalıştığını onaylayabilirim, ancak dropbox'a html AND plist koymanız gerekiyor. Ayrıca kurumsal olmayan OTA için de çalışır, yani dev ile uygulama paylaşmak istiyorum. takım.

Yaptım:

a) sitemde şu bağlantıyı içeren bir sayfa hazırladım:

.. href = "https://dl.dropboxusercontent.com/u//( DB kimliğiniz) /ipa.html"> Uygulamam

b) DropBox'ta başka bir HTML sayfası yazdım:

.. https://dl.dropboxusercontent.com/u/( DB kimliğiniz) /MyApp.plist "> Uygulamamı Yüklemek için Hafifçe Vurun

c) plist DropBox üzerinde taşındı ama eski sunucuma POINT bırakarak (https yok)

Terminali açın ve şu komutu çalıştırın: curl -i https: // (.ipa dosya yolu plist değil)

Bu, yükleyicinin IPA dosyasını görüp göremeyeceğini size söyleyecektir. Curl komutunu '-i' ile çalıştırırsanız, tam yanıtı görürsünüz ve muhtemelen IPA dosyası değildir. Bu, yükleyicinin gördüğü yanıttır, bu nedenle HTTP 200 ve bir IPA döndürmüyorsa, sonunda geri döndürmeniz gerekir.

ITMS yükleyicisi Safari'den herhangi bir bağlam kaydetmez. Safari'de güvenli bir portalda kimlik doğrulaması yaptıysanız, kimlik doğrulama çerezleri yükleyiciye aktarılmaz. ie Yükleyicinin uygulamayı kimlik doğrulaması olmadan görebilmesi gerekir ve bu, 'Sunucuya bağlanamıyor' iletisini almanızın nedeni olabilir.

Ben aynı sorun vardı ve yukarıda belirtildiği gibi yaptım.

• Plist'i dropbox'a koyun.
• Dosyayı indir düğmesinin üzerinde, farenin sağ düğmesiyle belgenin bir görüntüsünün altında kopyala bağlantı işlemini seçin. Bu bağlantı zaten https://dl.dropboxusercontent.com/s/xyz123/app.plist?stuff=stuff gibi bir şeye benziyor birçok param ile .
• Parametreleri kaldırın (yalnızca https ve .plist arasındaki adres tutulur)
• Çevrimiçi url kodlaması için göz atın, bu bağlantılardan birini seçin, kopyalayın, yapıştırın, yürütün, ardından ortaya çıkan metin kopyalandı ve itms-services bağlantısının bulunduğu html'ye yapıştırıldı. Bu arada iki farklı yerde bu html var, bunlardan biri ipa bulunduğu yerdir.
• Plist'in ipa dosyasına mutlak başvurular içerdiğinden emin olun.

Her iki sayfa uygulamayı ios 7.1 ile iPhone'lara yüklemek için başarıyla çalıştı

Ancak, şimdi ios 7.0x'li iphone'lar uygulamayı yükleyemiyor.

Yeni bir soru oluşturdum: yükseltilmiş adhoc uygulama dağıtımı 7.1'den önceki iOS'ta çalışmıyor

Her iki konu da sıkı bir şekilde ilişkilidir ve resmi referansların eksikliğinden kaynaklanmaktadır.

Bazı iyi adam, mevcut * .plist dosyalarındaki bağlantıları otomatik olarak değiştirmek için sertifika desteği (herhangi bir sertifika ile çalışır) ve kod ekleyen Sınıf 1 StartSSL sertifikası ve paylaşılan Apache yapılandırması kullanarak sorunu ele aldı. Kopyalamak için çok uzun, işte link: http://cases.azoft.com/how-to-fix-certificate-is-not-valid-error-on-ios-7/

Bir cazibe gibi çalışan AWS S3'e sahipseniz. İyi. Nispeten konuşma :-)

AWS'de reklam hoclarınız için bir kova oluşturun, bir dizin dosyası ekleyin (sadece boş bir index.html dosyası olabilir) ve ardından CyberDuck veya Coda gibi S3'e bağlanabilen bir istemci kullanarak (Coda kullandım - Ekle'yi seçersiniz) Bir bağlantı penceresi almak için site), ardından ekli gibi bağlantıları ayarlayın:

Daha sonra XCode'da kurumsal ad hoc'unuzu oluşturun ve Uygulama URL'si olarak https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.ipa adresini kullandığınızdan emin olun ve yükleyin yeni S3 kova dizininize.

İtms bağlantınız eşleşmelidir, yani itms-services: //? Action = download-manifest & url = https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.plist

Ve voilá.

Bu sadece genel AWS URL'leri içindir - AWS'de özel URL'leri denemedim, bu yüzden birkaç şeyi farklı şekilde yapmanız gerekebilir.

James Webster'ın çözümünü işe koymaya kararlıydım, ancak Plesk ile çalışmayı başaramadım.

Kurumsal dağıtım için Dropbox'ı kullanmaya alternatif olarak, kurumsal imzalı uygulamaların dağıtımı için TestFlight'ı kullanabilirsiniz.

https://www.testflightapp.com/

Bu, hem geçici geliştirme yapılarının hem de kurumsal yapıların barındırılması ve dağıtımı için harika bir hizmettir.

Dropbox ile ilgili daha önceki cevaplar, sadece PLIST dosyasının Dropbox'a yüklenmesi gerektiği gibi aşağıdaki dosya ağacını uyguladım:

1. ipa dosyasını http'de sunucunuza yükleyin (burada değişiklik yok)
2. yetkilendirme (.mobileprovision) dosyasını http: sunucunuzda yükleyin (burada değişiklik yok)
3. plist dosyasını dropbox'ınıza yükleyin (URL'ler mutlak olduğundan plist dosyasının içinde hiçbir değişiklik yapılmaz)

4. bağlantıyı panonuza kopyalayan "Bağlantıyı Dropbox ile paylaş" seçeneğini kullanın. Bu bağlantı parçası değiştirildikten sonra itms-servivces URL sorgusu içine html dosyası içine kopyalanacak vardır www.dropbox.comtarafından dl.dropboxusercontent.com. Not URL, bağlantıyı @Mike tarafından önerilen şekilde kodladı, ancak yapmadan test etmiyorum. Şimdi itms-services URL'sinin sorgusu şu şekilde görünmelidir:itms-services://?action=download-manifest&url=https%3A%2F%2Fdl.dropboxusercontent.com%2Fs%2FYourShortDropboxLink.plist

5. http dosyasını html dosyasını sunucunuza yükleyin. Html dosyasının hem ipa'ya hem de sağlama dosyalarına bağlantılar içerdiğini unutmayın.

6. html dosyanıza cihazınızdan erişin ve şimdi ipa genellikle OTA tarafından yüklenebilir.

Artık, beta test kullanıcılarınıza OTA tarafından sonraki uygulama sürümlerini sağlamak için yalnızca ipa dosyasının değiştirilmesi gerekiyor. Apple henüz güvenlik kurallarını değiştirene kadar.

Kullandığım çok basit HTML dosyasından sonra buraya katılıyorum:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
    "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<title>iPhone app for test</title>
</head>
<body>
<h1>iPhone app for test</h1>
<br/>
<ul>
    <li><a href="http://www.yourdomain.com/with/directories/provision/v.last/yourprovision_adhoc.mobileprovision">
            Install Provisioning File</a></li>
    <li><a href="itms-services://?action=download-manifest&url=https%3A%2F%2Fdl.dropboxusercontent.com%2Fs%2FYourShortDropboxLink.plist">
            Install Application</a></li>
</ul>
</body>
</html>

Ekibimiz, https kullanan geçici dağıtım için dropbox kullanıyor ancak yine de uygulamamız yüklenemedi. Çok fazla sorun çıkardıktan sonra başlık alanının da gerekli olduğunu fark ettik . Bu alan olmadan bir bağlantı gönderdiğimizde safari bağlantıyı görmezden geldi ve kullanıcıdan yüklemesini istemedi. Bazen hızlı geliştirme testleri için xml'deki başlık düğümünden atladık ve onu doldurmadık. Bunun bu sorunu yaşayan herkes için yararlı olması durumunda .plist'inizin aşağıdaki düğümleri içerdiğinden emin olun:

      ....
     <string>software</string>
    <key>title</key>
     <string>Your App Name</string>
      ...

Bu yazıyı okuduktan sonra hala uygulamamı indirmeyle ilgili bir sorun yaşadım. Sorun, kendinden imzalı SSL sertifikasından kaynaklanıyordu.

Bu soruna bir çözüm buldum. Web'e '.crt' uzantılı sertifika dosyanızı yüklemeniz ve mobil safarinize adresinizi yazmanız gerekir. Sistem, sertifikanızı güvenilen sertifikalar listesine eklemenizi ister. Bu işlemden sonra geçici uygulamanızı yükleyebilirsiniz.

Evrensel çözüm, cihazınızı Mac'e bağlamak ve kurulum sırasında neler olduğunu gözlemlemektir. Bir hata aldım:

Karşıdan yükleme hatası temel hata ile yüklenemedi: Hata Domain = NSURLErrorDomain Code = -1202 "Mağazaya bağlanılamıyor" UserInfo = 0x146635d0 {NSLocalizedDescription = Mağazaya bağlanılamıyor, NSLocalizedRecoverySuggestion = Yine de sunucuya bağlanmak ister misiniz ?, NSLocalizedFailureson = Güvenli bir bağlantı kurulamadı. Lütfen Tarih ve Saat ayarlarınızı kontrol edin. , NSErrorFailingURLStringKey = https://myserver.com/app/manifest.plist , NSUnderlyingError = 0x14678880 "Bu sunucunun sertifikası geçersiz." Myserver.com "gibi davranan bir sunucuya bağlanıyor olabilirsiniz. gizli bilgiler risk altındadır. ", NSURLErrorFailingURLPeerTrustErrorKey =, NSErrorFailingURLKey =https://myserver.com/app/manifest.plist }

Bu hatada tarih ayarlarını kontrol etme önerisi bile vardı. Bazı nedenlerden dolayı tarih 1 Ocak 1970'ti. Doğru tarihin belirlenmesi sorunu çözdü.

APTER değiştirmeye çalıştı itms-services://?action=download-manifest&url=http://....için itms-services://?action=download-manifest&url=https://..... Ayrıca işe yaramaz. Uyarı cannot connect to my domain. Bunun da web sayfasını güncellemesi gerektiğini öğreniyorum.

Sorun, ana URL'nin HTTPS olması değil, sayfadaki bir bağlantıdaki HTML kodunun bir kısmıyla ilgilidir. Web sayfasını güncellemek için geliştiricilerinize ihtiyacınız olacak. Ayrıca, hazırlama alanınızda geçerli bir SSL sertifikası olmadığını fark ettim, bu yüzden bir tane yüklemeniz veya Dropbox kullanmanız gerekecek ve işte bağlantı sizin için yararlı olabilir