itunesconnect с помощью загрузчика приложений за брандмауэром
Я пытался загрузить zip-файл сборки магазина приложений в мое приложение.
При использовании за моим офисным брандмауэром не удалось установить соединение TCP/IP.
Мне нужно знать, какой именно порт должен быть открыт для загрузки приложения iPhone с помощью загрузчика приложений. Так что порт можно открыть. Или любые другие конфигурации, если вы знаете.
8 ответов
Перейдите в Настройки, Дополнительно, выберите только DAV.
Это будет использовать порт 443 (он же HTTPS) для загрузки.
Компания никоим образом не откроет эти порты для меня;p
У меня такая же проблема.
В Руководстве по загрузке приложений показан диапазон IP-адресов и портов, которые необходимо открыть.
После просмотра документа я смог успешно отправить бинарный файл на утверждение.
Кажется, другого пути нет. Вы должны открыть все порты брандмауэра при загрузке приложения. Показанный здесь порт может быть непоследовательным.
Вот снимок общения,
(src ip - dst ip - protocol - src_port > dst_port)
> 10.145.50.51 17.152.249.56 TCP 56358 > 33001
> 10.145.50.51 17.152.249.102 TCP 56373 > 44001
> 10.145.50.51 17.152.19.127 TCP 56369 > https
Системные и сетевые требования Для Application Loader 1.3 требуется минимальная версия ОС Mac OS X 10.5.3. Примечание. Поскольку Application Loader интегрирован с XCode, вы также можете доставлять свои двоичные файлы напрямую из XCode. Для получения дополнительной информации об этом механизме доставки просмотрите раздел Распространение приложений в Руководстве по разработке iOS, расположенном в Центре разработки iOS. В следующей таблице приведены сведения о серверах, которые Application Loader использует для доставки двоичных файлов вашего приложения в App Store. Для обеспечения наилучшей загрузки убедитесь, что все порты и IP-адреса доступны.
В следующей таблице приведены сведения о серверах, которые Application Loader использует для доставки пакетов и двоичных файлов приложения. Для обеспечения наилучшей загрузки убедитесь, что все порты и IP-адреса доступны.
<Server IP Address TCP Port UDP Port>
------- ---------- -------- ---------
itmsdav.apple.com 17.152.19.125 443 n/a
contentdelivery.itunes.apple.com
17.152.19.127 443* n/a
vgr101.apple.com 17.152.249.51 33001 33001-33500
vgr102.apple.com 17.152.249.52 33001 33001-33500
vgr103.apple.com 17.152.249.53 33001 33001-33500
vgr104.apple.com 17.152.249.54 33001 33001-33500
vgr105.apple.com 17.152.249.55 33001 33001-33500
vgr106.apple.com 17.152.249.56 33001 33001-33500
vgr107.apple.com 17.152.249.57 33001 33001-33500
vgr108.apple.com 17.152.249.58 33001 33001-33500
vgr301.apple.com 17.172.190.141 33001 33001-33500
vgr302.apple.com 17.172.190.142 33001 33001-33500
vgr303.apple.com 17.172.190.143 33001 33001-33500
vgr304.apple.com 17.172.190.144 33001 33001-33500
vgr305.apple.com 17.172.190.145 33001 33001-33500
vgr306.apple.com 17.172.190.146 33001 33001-33500
vgr307.apple.com 17.172.190.147 33001 33001-33500
vgr308.apple.com 17.172.190.148 33001 33001-33500
sgr201.apple.com 17.152.249.101 44001 44001-44500
Примечание. Поскольку Apple периодически выпускает новые версии и обновления своего программного обеспечения, серверы, указанные в таблице, могут меняться в середине выпуска.
В Application Loader v2.8 я пытался настроить механизм доставки только на DAV, но на Mountain Lion это не помогло. Похоже, что Java-бэкэнд Application Loader не отвечает за настройки прокси-сервера Системы. Вы взломать их /Developer/Applications/Utilities/Application\
Loader.app/Contents/MacOS/itms/java/lib/net.properties,
См. http://blog.schneidexe.de/2013/08/apple-application-loader-und-proxy.html для получения дополнительной информации.
Я тоже сталкивался с этой проблемой при использовании Fastlane для автоматизации загрузки двоичных файлов в App Store Connect.
В сообщении об ошибке говорилось, что время соединения истекло.
Причина была в том, что сценарий Fastlane Ruby использовал java-программу в фоновом режиме (видимую из nettop), которая игнорировала настройки прокси-сервера, установленные в профиле bash или в моем случае.zshrc
Чтобы это исправить, добавьте эту строку в свой профиль bash:
export JAVA_TOOL_OPTIONS='-Dhttp.proxyHost=xx.xx.xx -Dhttp.proxyPort=xxxx -Dhttps.proxyHost=xx.xx.xx -Dhttps.proxyPort=xxxx -Dhttp.nonProxyHosts=xxx'
Это заставит java runtime использовать желаемый прокси-сервер, и в моем случае исправлена ошибка, из-за которой fastlane не загружал сборки в App Store Connect.
Надеюсь, это поможет кому-то
Мне нужно установить настройки прокси вручную. Я использую Xcode 4.6.3 и должен установить настройки прокси в "/Applications/Xcode.app/Contents/Applications/Application\ Loader.app/Contents/MacOS/itms/java/lib/net.properties"
https.proxyHost=
https.proxyPort=
http.proxyUser=
http.proxyPassword=
Затем приложение Loader.app успешно загружает мое приложение в яблоко.
Попробуйте вариант сборки и архивирования в меню сборки и отправьте его таким образом. Он должен работать. Таким образом, вам не нужно использовать загрузчик приложений. И вам не нужно будет застегнуть это.
В моем случае проблема была связана с Java (загрузчик приложений использует Java, а Java не наследует настройки прокси-сервера Mac). Мне пришлось установить настройки прокси на Java.
Если вы работаете в Mac OS до 10.7.5 (более или менее), просто найдите приложение Java Preferences через центр внимания. Если нет, то этот вопрос SO определяет другой способ сделать это.
В вашем Mac - перейдите в раздел "Безопасность и конфиденциальность" - опция брандмауэра - нажмите значок "+" и добавьте "Загрузчик приложений" в этот список.
Магия - загрузка работает сейчас.
Пользователи Xcode: проверьте очень медленную загрузку приложения / сбой связи - загрузчик приложения, если вы используете прокси Charles, вам может потребоваться его закрыть. Если нет, попробуйте просто перезагрузить сеть и / или Mac. В моем случае помогли перезапуск сети и Mac.