Kami mendistribusikan aplikasi melalui akun Perusahaan, menggunakan itms-services://URL. Ini selalu berfungsi dengan baik, tetapi setelah menginstal iOS 7.1 beta di iPad kami ia menolak untuk menginstal. Alih-alih, kami hanya mendapatkan Cannot connect to example.compesan umum yang ditampilkan dengan tidak membantu iOS ketika ada masalah dalam mengunduh aplikasi.

Saya tidak dapat menemukan apa pun di sini di SO, di Google atau di catatan rilis 7.1 untuk menyarankan apa yang dapat menyebabkan masalah.

Saya menemukan masalah dengan menghubungkan iPad ke komputer dan melihat konsol melalui XCode Organizer ketika mencoba menginstal aplikasi. Kesalahan ternyata adalah:

Tidak dapat memuat URL manifes non-https: http://example.com/manifest.plist

Ternyata di iOS 7.1, URL untuk manifest.plist file tersebut harus HTTPS, tempat kami menggunakan HTTP. Mengubah URL ke HTTPS menyelesaikan masalah.

Yaitu

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

menjadi

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

Saya menganggap Anda harus memiliki sertifikat SSL yang valid untuk domain yang dimaksud. Kami sudah melakukannya tetapi saya membayangkan Anda akan memiliki masalah tanpa itu.

ingconti benar.

1. Unggah aplikasi Anda. Daftar ke dropbox.
2. Dapatkan tautan bersama app.plist, seperti https://www.dropbox.com/s/qgknrfngaxazm38/app.plist
3. ganti www.dropbox.comdengan dl.dropboxusercontent.comdi tautan, seperti https://dl.dropboxusercontent.com/s/qgknrfngaxazm38/app.plist
4. Hapus parameter apa pun pada tautan yang dapat dibagikan dropbox seperti "? Dl = 0t" (seperti Carlos Aguirre Tradeco di penerapan aplikasi Enterprise tidak berfungsi di iOS 7.1 dan pengalaman saya sendiri).
5. Buat download.htmlfile dengan tautan yang diformat sebagai<a href="itms-services://?action=download-manifest&url=https://dl.dropboxusercontent.com/s/qgknrfngaxazm38/app.plist">INSTALL!!</a>
6. Unggah download.htmlke dropbox Anda
7. Sekali lagi, dapatkan tautan bersama dari unduh.html, seperti https://www.dropbox.com/s/gnoctp7n9g0l3hx/download.html , dan hapus parameter apa pun.
8. Ganti www.dropbox.comdengan dl.dropboxusercontent.comdi tautan kedua juga, seperti https://dl.dropboxusercontent.com/s/gnoctp7n9g0l3hx/download.html

Sekarang, kunjungi https://dl.dropboxusercontent.com/s/gnoctp7n9g0l3hx/download.htmldi perangkat Anda, Anda dapat menginstal aplikasi seperti sebelumnya.

APA DUNIA YANG INDAH！

Lebih jauh ke jawaban Mark Parnell, cara cepat-dan-kotor untuk menyiasati ini adalah dengan meletakkan papan manifes ke Dropbox, dan kemudian menggunakan antarmuka web Dropbox untuk mendapatkan tautan https langsung ke sana ('Bagikan tautan' -> ' Dapatkan tautan '->' Unduh ').

IPa aktual dapat tetap di mana pun Anda selalu menyajikannya. Anda harus menyandikan URL URL plist sebelum memasukkannya ke dalam kueri URL serviv-layanan (walaupun hanya mengganti kata & s dengan% 3D mungkin berhasil).

Satu kekurangannya adalah dialog instalasi sekarang akan bertuliskan "dl.dropbox.com ingin menginstal [apa pun]".

Memang benar, ke depan Anda diharapkan untuk melakukan semua penyebaran OTA lebih dari https maju dengan iOS7.1. Malu di Apple karena tidak mendokumentasikan ini.

Bagi Anda yang mencari solusi in-house yang lebih baik daripada mengandalkan dropbox atau harus membayar tunai untuk sertifikat, Anda dapat memiliki solusi jika Anda mengikuti langkah-langkah yang dijelaskan dalam tip # 5 di sini: http: // blog. httpwatch.com/2013/12/12/five-tips-for-using-self-signed-ssl-certificates-with-ios/

Intinya adalah ini:

• Buat sertifikat CA Authority Anda sendiri yang dapat Anda instal pada perangkat yang sepenuhnya tepercaya (saya instal hanya dengan mengirim email)
• Buat pasangan kunci terhadap sertifikat root dan pasang di server Anda
• Pastikan server web Anda menggunakan pasangan kunci yang cocok dengan sertifikat root CA Authority
• Pada titik ini Anda harus dapat menginstal aplikasi seperti biasa di https
• Semua ini dapat dilakukan di OSX menggunakan openssl yang sudah diinstal secara default

Ini tidak sama dengan hanya melakukan sertifikat yang ditandatangani sendiri, dalam solusi ini Anda juga bertindak sebagai Otoritas Sertifikat pribadi Anda. Jika sertifikat root Anda yang diinstal pada perangkat Apple Anda tidak ditandai sebagai Tepercaya (hijau), maka ada sesuatu yang salah. Lakukan lagi.

Ini benar-benar berfungsi.

Pembaruan: 13/3/2014 - Saya telah menyediakan utilitas baris perintah kecil yang menyederhanakan seluruh proses ini. Anda bisa mendapatkannya di: https://github.com/deckarep/EasyCert/releases

Saya memiliki masalah yang sama dan meskipun saya sudah menggunakan server SSL, hanya mengubah tautan ke https tidak berfungsi karena ada masalah mendasar.

Klik di sini untuk gambar

Bit yang disorot itu memberi tahu saya bahwa kita harus diberi opsi untuk mempercayai sertifikat, tetapi karena ini adalah app store, bekerja melalui Safari yang tidak disarankan saran pemulihan.

Saya tidak senang dengan solusi yang ada karena:

• Beberapa opsi memerlukan ketergantungan pada pihak ketiga (Dropbox)
• Kami tidak bersedia membayar untuk sertifikat SSL
  • Sertifikat SSL gratis hanya solusi sementara.

Saya akhirnya menemukan solusi dengan membuat Self Certificateed Root Certificate Authority dan menghasilkan sertifikat SSL server kami menggunakan ini.

Saya menggunakan Keychain Access dan OSX Server, tetapi ada solusi lain yang valid untuk setiap langkah

Membuat Otoritas Sertifikat

Dari apa yang saya kumpulkan, otoritas sertifikat digunakan untuk memverifikasi bahwa sertifikat itu asli. Karena kami akan membuat sendiri, itu tidak sepenuhnya aman , tetapi itu berarti Anda dapat mempercayai semua sertifikat dari otoritas yang diberikan. Daftar otoritas ini biasanya disertakan secara default di browser Anda karena ini sebenarnya dipercaya. (GeoTrust Global CA, Verisign dll)

• Buka Gantungan Kunci dan gunakan asisten sertifikat untuk membuat otoritas

• Isi Informasi Otoritas Sertifikat Anda

• Saya tidak tahu apakah itu perlu, tetapi saya membuat otoritas dipercaya.

Membuat Permintaan Penandatanganan Sertifikat

Dalam kasus kami, permintaan penandatanganan sertifikat dihasilkan oleh admin server. Sederhananya itu adalah file yang bertanya "Tolong bisakah saya memiliki sertifikat dengan informasi ini untuk situs saya".

• Selanjutnya Anda harus membuat Permintaan Penandatanganan Sertifikat Anda (saya menggunakan manajer Sertifikat OSX Server untuk bit ini

• Isi informasi sertifikat Anda (Hanya boleh mengandung ascii chars !, terima kasih @Jasper Blues)

• Simpan hasil CSR di suatu tempat

Membuat Sertifikat

Bertindak sebagai otoritas sertifikat lagi, terserah Anda untuk memutuskan apakah orang yang mengirimi Anda CSR adalah asli dan mereka tidak berpura-pura menjadi orang lain. Otoritas nyata memiliki cara mereka sendiri untuk melakukan ini, tetapi karena Anda semoga cukup yakin bahwa Anda adalah Anda, verifikasi Anda harus cukup pasti :)

• Kembali ke Akses Keychain dan buka opsi "Buat Sertifikat .." seperti yang ditunjukkan

• Seret CSR yang disimpan ke kotak yang ditunjukkan

• Klik tombol "Biarkan saya mengganti default untuk tombol permintaan ini"

• Saya ingin menambah masa berlaku.

• Untuk beberapa alasan, kami harus mengisi beberapa informasi lagi

• Klik lanjutkan di layar ini

• PASTIKAN ANDA MENGKLIK OTENTIKASI SERVER SSL , yang ini membuat saya sakit kepala.

• Anda dapat mengklik lanjutkan melalui sisa opsi.

• Aplikasi Mail akan terbuka memberi Anda kesempatan untuk mengirim sertifikat. Alih-alih mengirim email, klik kanan dan simpan.

Memasang Sertifikat

Kita sekarang perlu mengatur server untuk menggunakan sertifikat yang baru saja kita buat untuk lalu lintas SSL.

• Jika perangkat tempat Anda bekerja adalah server Anda, Anda mungkin menemukan sertifikat sudah terpasang.

• Jika tidak, klik dua kali sertifikat Menunggu dan seret file PEM yang baru saja kami simpan dari email ke tempat yang ditunjukkan. (Atau, Anda dapat mengekspor PEM dari gantungan kunci jika Anda tidak menyimpannya.)

• Perbarui server Anda untuk menggunakan sertifikat baru ini. Jika Anda menemukan bahwa sertifikat baru tidak akan "menempel" dan terus kembali, kembali ke bit dalam BOLD ITALIC CAPS

Menyiapkan Perangkat

Setiap perangkat yang Anda perlukan untuk memasang aplikasi harus memiliki salinan otoritas sertifikat ini sehingga mereka tahu mereka dapat mempercayai sertifikat SSL dari otoritas itu

• Kembali ke Akses Keychain dan ekspor otoritas sertifikat Anda sebagai .cer

• Saya kemudian meletakkan file ini di server saya dengan aplikasi OTA saya, pengguna dapat mengklik tautan ini dan mengunduh sertifikat otoritas. Mengirim sertifikat secara langsung ke pengguna juga merupakan opsi yang valid.

• Instal sertifikat di perangkat Anda.

Uji

• Pastikan tautan plist Anda adalah https

  • Coba dan instal aplikasi! Sekarang seharusnya berfungsi. Otoritas sertifikat tepercaya dan sertifikat SSL berasal dari otoritas itu.

Saya dapat mengkonfirmasi itu berfungsi, Tapi Anda harus meletakkan html DAN plist di dropbox. Ini juga berfungsi untuk OTA non-perusahaan, yaitu Anda ingin berbagi aplikasi dengan pengembang Anda. tim.

Aku melakukannya:

a) di situs saya, saya membuat halaman dengan tautan ini:

.. href = "https://dl.dropboxusercontent.com/u//( id DB Anda) /ipa.html"> MyApp

b) di DropBox saya menulis halaman HTML lain:

.. https://dl.dropboxusercontent.com/u/( id DB Anda) / MyApp.plist "> Ketuk untuk Menginstal MyApp

c) memindahkan plist di DropBox tetapi membiarkannya TITIK ke server lama saya (tidak ada https)

Buka terminal dan jalankan perintah: curl -i https: // (path file .ipa tidak plist)

Ini akan memberi tahu Anda apakah penginstal dapat melihat file IPA atau tidak. Jika Anda menjalankan perintah curl dengan '-i' Anda akan melihat respons penuh dan itu mungkin bukan file IPA. Ini adalah respons yang dilihat oleh penginstal, jadi jika tidak mengembalikan HTTP 200 dan IPA Anda harus mengembalikannya di pihak Anda.

Pemasang ITMS tidak menyimpan konteks apa pun dari Safari. Jika Anda mengautentikasi ke portal aman di Safari, cookie otentikasi tidak lolos ke penginstal. yaitu Pemasang harus dapat melihat aplikasi tanpa otentikasi dan ini bisa menjadi alasan Anda mendapatkan 'Tidak dapat terhubung ke server'.

Saya memiliki masalah yang sama dan melakukan seperti yang disebutkan di atas.

• Masukkan plist di dropbox.
• Di atas tombol unduh file, di bawah gambar dokumen dengan tombol kanan mouse pilih tindakan tautan salin. Tautan ini sudah seperti https://dl.dropboxusercontent.com/s/xyz123/app.plist?stuff=stuff dengan banyak param.
• Hapus parameter (hanya pertahankan alamat antara https dan .plist)
• Jelajahi url encode online, pilih salah satu tautan itu, salin, tempel, jalankan, kemudian teks yang dihasilkan disalin dan ditempelkan ke html tempat saya memiliki tautan layanan-itms. Ngomong-ngomong saya memiliki html ini di dua lokasi berbeda, salah satunya adalah di mana ipa berada.
• Pastikan plist menyertakan referensi absolut ke file ipa.

Kedua halaman bekerja dengan sukses untuk menginstal aplikasi di iPhone dengan ios 7.1

Tapi, sekarang iPhone dengan ios 7.0x tidak dapat menginstal aplikasi.

Saya membuat pertanyaan baru: penyebaran aplikasi adhoc yang ditingkatkan tidak berfungsi pada ios sebelum 7.1

Kedua masalah ini terkait erat, dan juga terikat oleh kurangnya referensi resmi.

Beberapa orang baik menangani masalah ini dengan menggunakan sertifikat StartSSL Kelas 1 dan konfigurasi Apache bersama yang menambahkan dukungan sertifikat (akan bekerja dengan sertifikat apa pun) dan kode untuk mengubah tautan dalam file * .plist yang ada secara otomatis. Terlalu lama untuk disalin, jadi inilah tautannya: http://cases.azoft.com/how-to-fix-certificate-is-not-valid-error-on-ios-7/

Jika Anda memiliki AWS S3 yang berfungsi seperti pesona juga. Baik. Secara relatif :-)

Buat ember untuk hocs iklan Anda di AWS, tambahkan file indeks (bisa berupa file index.html kosong) kemudian gunakan klien yang dapat terhubung ke S3 seperti CyberDuck atau Coda (saya menggunakan Coda - di mana Anda akan memilih Tambah Situs untuk mendapatkan jendela koneksi) kemudian atur koneksi seperti yang terlampir:

Kemudian buat ad hoc perusahaan Anda di XCode dan pastikan Anda menggunakan https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.ipa sebagai URL Aplikasi, dan unggahlah ke direktori bucket S3 baru Anda.

Tautan itms Anda harus cocok, yaitu itms-services: //? Action = unduh-manifest & url = https://s3.amazonaws.com/your-bucket-name/your-ad-hoc-folder/your-app.plist

Dan voila.

Ini hanya untuk URL AWS umum - Saya belum mencoba dengan URL khusus pada AWS sehingga Anda mungkin harus melakukan beberapa hal secara berbeda.

Saya bertekad untuk mencoba membuat solusi James Webster di atas berhasil, tetapi saya tidak bisa membuatnya bekerja dengan Plesk.

Sebagai alternatif untuk menggunakan Dropbox untuk distribusi perusahaan Anda dapat menggunakan TestFlight untuk distribusi aplikasi yang ditandatangani perusahaan.

https://www.testflightapp.com/

Ini adalah layanan yang fantastis untuk hosting dan distribusi build pengembangan ad-hoc DAN build perusahaan.

Selanjutnya jawaban sebelumnya tentang Dropbox, saya menerapkan struktur file berikut seperti hanya file PLIST yang harus diunggah ke Dropbox:

1. unggah file ipa ke server Anda di http (tidak ada perubahan di sini)
2. unggah file penyediaan (.mobileprovision) ke server Anda di http (tidak ada perubahan di sini)
3. unggah file plist ke dropbox Anda (tidak ada perubahan untuk dilakukan di dalam file plist karena URL-nya mutlak)

4. gunakan opsi "Bagikan tautan dengan Dropbox" yang menyalin tautan ke clipboard Anda. Tautan ini harus disalin ke file html Anda ke permintaan URL layanan-itms setelah mengubah bagian www.dropbox.comoleh dl.dropboxusercontent.com. Catatan saya URL menyandikan tautan seperti yang disarankan oleh @Mike, tetapi saya tidak menguji tanpa melakukannya. Sekarang permintaan URL layanan-itms akan terlihat seperti ini:itms-services://?action=download-manifest&url=https%3A%2F%2Fdl.dropboxusercontent.com%2Fs%2FYourShortDropboxLink.plist

5. unggah file html ke server Anda di http. Perhatikan bahwa file html berisi tautan ke ipa dan file penyediaan.

6. akses ke file html Anda dari perangkat Anda dan sekarang ipa dapat diinstal oleh OTA seperti biasanya.

Mulai sekarang, hanya file ipa yang harus diubah untuk memberikan versi aplikasi selanjutnya oleh OTA ke penguji beta Anda. Hingga Apple belum mengubah aturan keamanan.

Saya bergabung di sini setelah file HTML yang sangat sederhana yang saya gunakan:

<!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>

Tim kami menggunakan dropbox untuk distribusi ad-hoc yang menggunakan https tetapi aplikasi kami gagal dipasang. Setelah banyak pemecahan masalah, kami menyadari bahwa bidang judul juga diperlukan. Setiap kali kami mengirim tautan tanpa bidang ini, safari mengabaikan tautan itu dan tidak meminta pengguna untuk memasang. Kadang-kadang untuk tes pengembangan cepat kami melewatkan node judul di xml dan tidak mengisi itu. Dalam hal ini bermanfaat bagi siapa pun yang memiliki masalah ini pastikan bahwa .plist Anda berisi node-node berikut yang terisi:

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

Setelah membaca posting ini saya masih punya masalah dengan mengunduh aplikasi saya. Masalahnya adalah karena sertifikat SSL yang ditandatangani sendiri.

Saya telah menemukan solusi untuk masalah ini. Anda perlu mengunggah file sertifikat Anda dengan ekstensi '.crt' di web dan ketikkan alamatnya di safari seluler Anda. Sistem bertanya kepada Anda tentang menambahkan sertifikat Anda ke daftar sertifikat tepercaya. Setelah operasi ini, Anda akan dapat menginstal aplikasi ad-hoc Anda.

Solusi universal adalah menyambungkan perangkat Anda ke Mac dan mengamati apa yang terjadi selama instalasi. Saya mendapat kesalahan:

Tidak dapat memuat manifes unduhan dengan kesalahan mendasar: Domain Kesalahan = NSURLErrorDomain Code = -1202 "Tidak dapat terhubung ke Store" UserInfo = 0x146635d0 {NSLocalizedDescription = Tidak dapat terhubung ke Store, NSLocalizedRecoverySuggestion = Apakah Anda ingin tetap terhubung ke server ?, NSLocalizedFailureReason = Koneksi aman tidak dapat dibuat. Silakan periksa pengaturan Tanggal & Waktu Anda. , NSErrorFailingURLStringKey = https://myserver.com/app/manifest.plist , NSUnderlyingError = 0x14678880 "Sertifikat untuk server ini tidak valid. Anda mungkin menyambung ke server yang berpura-pura menjadi" myserver.com "yang dapat menempatkan Anda informasi rahasia yang berisiko. ", NSURLErrorFailingURLPeerTrustErrorKey =, NSErrorFailingURLKey =https://myserver.com/app/manifest.plist }

Bahkan ada saran dalam kesalahan itu untuk memeriksa pengaturan tanggal. Untuk beberapa alasan, tanggalnya adalah 1 Januari 1970. Pengaturan tanggal yang benar menyelesaikan masalah.

Apter mencoba untuk mengubah itms-services://?action=download-manifest&url=http://....ke itms-services://?action=download-manifest&url=https://..... Itu juga tidak bisa. Lansirannya adalah cannot connect to my domain. Saya menemukan itu juga perlu memperbarui halaman web juga.

Masalahnya bukan dengan URL utama yang HTTPS tetapi beberapa kode HTML di tautan di dalam halaman. Anda akan membutuhkan pengembang Anda untuk memperbarui halaman web. Saya juga memperhatikan bahwa tidak ada sertifikat SSL yang valid pada domain pementasan Anda sehingga Anda harus menginstalnya atau menggunakan Dropbox dan inilah tautan yang mungkin berguna bagi Anda