ITunes Connectにアプリをアップロードしようとしていましたが、アプリケーションローダーが「iTunes Storeでの認証」の段階で止まっており、1時間近く保留になっています。ネットワークは正常で、これまで見たことがないこの種の問題?解決策は何ですか?事前に感謝します。
ファイアウォールの内側にいるときにこの問題が発生しました。
私は編集してそれを回避しました:
/Applications/Xcode.app/Contents/Applications/Application\ Loader.app/Contents/MacOS/itms/Java/lib/net.properties
上記のパスにnet.properties
が見つからない場合は、現在変更されているため、試してください。
/Applications/Xcode.app/Contents/Applications/Application\ Loader.app/Contents/itms/Java/lib/net.properties
行を変更します。
# https.proxyPort=443
に:
https.proxyPort=80
これにより、アプリケーションはHTTPSにHTTPポートを使用できます。この後すぐに働きました。お役に立てれば。
正直に言うと、これは答えではないかもしれませんが、私にとっては本当にうまくいきました。
Application Loader
を起動して、送信を開始しました。集計中に、Organiser
を起動し、Distribution over archiver in Xcode
も選択して、同時アップロードを開始しました。彼らは協力して、2番目のチームが提出を完了しました。
ちょうど私の経験。
Https接続にポート80を使用するなど、多くのソリューションを試しましたが、どれもうまくいきませんでした。
https.proxyPort = 80へ
この問題に直面するたびに、アプリケーションローダーの 2つの異なるインスタンス からアプリケーションをアップロードします。
私のマシンには2つの異なるバージョンのアプリケーションローダーがあります。1つはXCode4に付属しており、もう1つはXCode5に付属しています。 2つのインスタンスから同時にアプリケーションをアップロードすると、常に機能します。
私はこれに非常に不満を感じていました。問題自体だけでなく、「それはしない-再試行する」と呼ぶのを待つ必要があるときまでの不確実性によって。 -この時点で、Application Loaderアプリを終了し、ipaファイルを再パッケージして、再試行します。おそらくnet.propertiesファイルのポートが変更されています。しかし、前回と同じように常に機能するとは限りませんでした。だから私はここで、主に自分のためにそれを書いています!
私はこれがうまくいったときに投げられた別の日を、ちょうど魅力のように呼んでいました:
1)ファイルを開きます。アプリケーション> Xcode>コンテンツ>アプリケーション> Application Loader>コンテンツ> MacOS> itms> Java> lib-net.properties
2)行を変更します。
# https.proxyPort=<whatever>
に
https.proxyPort=80
コメントを外さないようにしてください# https.proxyHost=
-表示されたままにしておきます(コメント付き)。
3)Application Loaderを起動します。通常の手順に従い、Sendコマンドを使用してIPAのアップロードを開始します。
4)「iTunes Storeでの認証」を妥当な時間(私の忍耐が尽きた10分など)を過ぎているように思える場合は、幸運です。
5)Xcode Organizerを起動します。アーカイブを選択して、[配布]ボタンをクリックします。 slanting数分の進行状況行が表示されます。停止しない場合は、Xcodeを強制終了して再試行します。
6)約2 slant分後、青い実線の進行状況が表示され、そこに「Flappy Bird」が飛びます...! (私はゆるいでも鳥でもなかった)
(Application Loaderを存続させてください。それを使用するためだけに、それがもう有用かどうかはわかりませんが、私は迷信です)
(または、このバグは、それらの「ゆるい」クローンが永遠にアプリストアをあふれさせるのを防ぐために残っていますか?)
XCode 5でテスト済み:私の場合、オーガナイザーやアプリケーションローダーは機能していませんでした。「iTunes Storeでの認証」に積み重なっています。
アプリケーションローダーでアプリを送信することを解決し、「iTunes Storeでの認証」に到達したら、オーガナイザーを開いてアプリをアップロードします。アプリケーションローダーとオーガナイザーが同時にアプリを送信します。
ルーターのポート構成に何か問題があり、コンピューターがiTunesストアから認証が成功したという回答を受け取れないようです。たぶん、プロセスは次のようになります:
1-アプリケーションローダーリクエスト認証。
2- iTunesストア認証は行われますが、アプリケーションローダーは応答を受け取りません。 [しかし、とにかく認証されます!]
3-オーガナイザーは、アプリケーションローダーによって既に認証されているため、アプリを送信します。
最初のインスタンスが「App Storeで認証しています...」と言っている間にApplication Loaderの2番目のインスタンスを起動することで、この問題を解決しました。次を使用して、ターミナルからApplication Loaderの2番目のインスタンスを起動できます。
open -n -a "Application Loader"
別のインターネット接続を使用してみてください。 Wi-Fi経由でアプリをアップロードしようとすると、同じ問題が発生します。何も助けにはなりませんが、Wi-Fiを無効にして、iPhoneのEdge経由で試してみると、すべてうまくいきます!
オーガナイザーを介したアップロード中に検証が成功した場合、ネットワークの問題である必要があります。アプリケーションローダーは、ポート443を含む特定のポートを使用します。これらのポートのいずれかがインターネットサービスプロバイダーまたはローカルネットワークでブロックされている場合、アプリケーションローダーがスタックする可能性があります。特定のアプリケーションもこれらのポートをブロックします。 Skypeを実行している場合は閉じます。それが機能しない場合、このソリューションは最終的に私のために働いた。 net.propertiesファイルに変更を加えます。このファイルにアクセスするには、ターミナルからアプリケーションフォルダーに移動します。次に、cd Xcode.appを使用してXcode.appに移動します。
Cdを含むコンテンツ
Cd Application\Loader.appを使用したApplication Loader.app next
目次/ MaxOS/itms/Java/lib
これでnet.propertiesが見つかりました。
次に、sudo pico net.propertiesを作成し、ファイルに次の行を追加します
https.ProxyHost =
https.ProxyPort =
https.ProxyUser =
https.ProxyPassword =
ここで、アプリケーションローダーを起動してipaファイルをアップロードすると、魅力的に動作します。
application uploader
。昨日私もこの問題に直面し、アプリケーションのアップロードでさえうまくいかなかったので、これを試しました:
XCode経由でアップロードする場合:
ステップ1:まず、オーガナイザーの検証ボタンをクリックして、アーカイブファイルを検証します。
ステップ2:Oraganiser経由でApp Storeにアップロードします。配布をクリックし、最初のオプションなどをクリックします。
それは本当に私のために働いた
時々、それはネットワークのトリックです。別のネットワークに接続すると、この問題が解決する場合があります。
私は自宅で2つの方法(Xcode /アプリケーションアップローダー)を試しましたが、どちらも機能しませんでした。
それから、Macbookを自宅から図書館に持ち込み、そこで3〜5分以内にアップロードを完了しました(アプリケーションアップローダーを使用)。
/ ApplicationsでApplication Loader.appを複製し、両方のアプリケーションローダーを同時に実行するだけでした。
私のために働いた端末でこのコマンドを簡単に使用してください:
1. cd
2. ~mv .itmstransporter/.old_itmstransporter/
3. "/Applications/Xcode.app/Contents/Applications/Application Loader.app/Contents/itms/bin/iTMSTransporter"
私たちはこの投稿や他の投稿で多くのことを試みましたが、うまくいきませんでした。
最後に、IPAファイルをクライアントに渡して、クライアントからApplication Loaderを介してアップロードしました。そしてそれは働いた。
つまり、アプリが正常に検証されても認証に影響が残る場合は、何も試さないで、異なる地域のまったく異なるネットワークからアップロードしてみることを強くお勧めします
それはあなたの多くの時間と頭痛を節約します。
目次/ MaxOS/itms/Java/lib
これでnet.propertiesが見つかりました。お気に入りのテキストエディターで編集します。以下の行を追加します
https.ProxyHost =
https.ProxyPort =
https.ProxyUser =
https.ProxyPassword =
インターネット接続が遅い場合、xcodeを介してアプリストアからアップロードする際に問題が発生する可能性がありますが、アプリケーションローダーを使用すると、送信を実現できます。
ここで提供されている提案を含む多くのことを試しました。 「Application Loader」に再ログインして、配信を再開します。パッケージは認証段階を通過し、アップロードを開始します。 「Application Loader」は認証を再検証する必要があるかもしれませんが、大声で言うことはできません。
この問題に何日も苦労した後、私にとって唯一の有効な解決策は、選択されたDAVプロトコルのみでApplication Loaderを使用することです。
Application Loader-> Preferences-> Advanced-> DAVのみを使用します。
問題は、企業ネットワークの制限によるものです。 DAVはhttpsを使用するため、ブロックされません。
私の場合、どのポートのサーバーでも問題はありません。 9 MBのビルドがあります。インターネット速度が良好な場合、5分かかります。立ち往生しているように感じます。しかし、数分後には正常にアップロードされました。
ターミナルを開き、これらのコマンドを実行します
これは今日私に起こりました。 Macをシャットダウンし、数時間後にアプリケーションローダーを試しました。
動いた。
ITunes Connectの問題だったと思います。
同じ問題がありました。これらの答えをすべて試すことは時々うまくいくかもしれませんが、通常は時間がかかり、私の場合のように最後にはうまくいかないかもしれません。
おそらくすべての人に有効なソリューションを見つけました。
次の方法で.ipaファイルを作成します:製品-> Arcive-> Disribute(エンタープライズ向けに保存または...)->次へ、.ipaをターゲットに保存
Xcode->開発者ツールを開く-> Application Loader->アプリを配信する-> .ipaファイルを選択する
数分で、アプリがiTunesに送信されます。幸運を
私が見つけた最良かつ迅速な修正は、「アプリケーション」フォルダーからデスクトップに「アプリケーションローダー」をコピーし、両方の「アプリケーションローダー」を同時に実行することです。
毎回チャームのように動作します:)
今日、スポットライトから直接開かれたアプリケーションローダーを介して.ipaをアップロードしているときに、同様の問題に直面しました。すべてのステップを通過するたびに、認証で行き詰まってしまいます。 (ALバージョン2.9)
何十回もの試行錯誤の後、Xcodeを起動し、Xcode(ALバージョン2.8)からアプリケーションローダーを開いて、以前の手順を繰り返しました。興味深いことに、最初のチェック手順自体で失敗しました!証明書に問題があるとのことでした。itunesconnectとMacで新しい証明書を取得するために、すべての手順を再度実行しました。 (誰かが望むなら.. 写真付きの良い指示があります )
認証され、バイナリファイルが正常にアップロードされました。