同じ問題があり、すでにSSLサーバーを使用していましたが、根本的な問題があったため、リンクをhttpsに変更するだけでは機能しませんでした。
画像はこちら
強調表示されたこのビットは、証明書を信頼するオプションを提供する必要があることを教えてくれましたが、これはアプリストアであるため、Safariを介して作業しているため、回復の提案は提示されません。
次の理由により、既存のソリューションに満足できませんでした。
- 一部のオプションはサードパーティ(Dropbox)への依存を必要とします
- SSL証明書の支払いは望んでいません
最後に、自己署名ルート認証局を作成し、これを使用してサーバーのSSL証明書を生成することで、解決策を見つけました。
キーチェーンアクセスとOSXサーバーを使用しましたが、各ステップに他の有効な解決策があります
認証局の作成
私が収集したものから、認証局は証明書が本物であることを確認するために使用されます。自分で作成しようとしているため、安全ではありませんが、特定の機関からのすべての証明書を信頼できることを意味します。これらは実際に信頼されているため、通常、これらの機関のリストはデフォルトでブラウザに含まれています。(GeoTrust Global CA、Verisignなど)
- キーチェーンを開き、証明書アシスタントを使用して認証局を作成します
- 必要かどうかはわかりませんが、信頼できる機関にしました。
証明書署名要求の生成
この場合、証明書署名リクエストはサーバー管理者によって生成されます。単に「自分のサイトのこの情報が記載された証明書を入手できますか?」と尋ねるファイルです。
- 次に、証明書署名要求を作成する必要があります(このビットにはOSXサーバーの証明書マネージャーを使用しました)
- 証明書情報を入力します(ASCII文字のみを含める必要があります!、@ Jasper Bluesに感謝)
証明書の作成
再度認証局として機能する場合、CSRを送信した人物が本物であり、他人になりすましていないかどうかを判断するのはあなた次第です。実際の当局はこれを行う独自の方法を持っていますが、あなたが本人であることを確信しているので、確認は非常に確実でなければなりません:)
- キーチェーンアクセスに戻り、図のように「証明書の作成...」オプションを開きます。
- 保存されたCSRを示されたボックスにドラッグします
- [このリクエストのデフォルトをオーバーライドする]ボタンをクリックします
- 何らかの理由で、もう一度情報を入力する必要があります
- SSLサーバー認証をクリックすることを確認してください。これにより、いくつかの問題が発生しました。
証明書のインストール
次に、SSLトラフィック用に作成した証明書を使用するようにサーバーを設定する必要があります。
- 作業しているデバイスがサーバーの場合、証明書がすでにインストールされていることがあります。
- そうでない場合は、保留中の証明書をダブルクリックして、電子メールから先ほど保存したPEMファイルを指定されたスペースにドラッグします。(または、保存していない場合は、キーチェーンからPEMをエクスポートできます。)
- この新しい証明書を使用するようにサーバーを更新します。新しい証明書が「固定」されず、元に戻る場合は、太字の大文字のビットに戻ってください
デバイスのセットアップ
アプリをインストールする必要がある各デバイスには、この認証局のSSL証明書を信頼できることがわかるように、この認証局のコピーが必要です。
- キーチェーンアクセスに戻り、認証局を.cerとしてエクスポートします
- 次に、このファイルを私のOTAアプリと共にサーバーに配置します。ユーザーはこのリンクをクリックして、認証局の証明書をダウンロードできます。証明書をユーザーに直接メールで送信することも有効なオプションです。
テスト