Варианты распространения iPad для предприятий

Question

У нас есть приложение для iPad, которое мы хотели бы распространять внутри компании.Мы смотрим в "Распределение предприятия".Набор требований, которые мне были даны, заключается в том, что метод распространения должен состоять в том, чтобы пользователь заходил на защищенный веб-сайт с iPad, входил в систему и загружал приложение.Затем приложение работает для них.

Пользователи, не имеющие доступа к веб-сайту, не должны иметь доступа к приложению.Мы можем легко предотвратить загрузку приложения, заставив их войти в систему. Однако для меня не очевидно, что после загрузки приложения (через файл .ipa?) Они не могли просто передать его кому-то другому., то, что недопустимо.

Похоже, что обходные пути - это наличие профилей обеспечения распространения, которые определяют, будет ли данное приложение работать на устройстве.Однако для меня не очевидно, что их нельзя просто скопировать.

http://manuals.info.apple.com/en_US/Enterprise_Deployment_Guide.pdf

После того, как вы создадите профиль обеспечения распространения предприятия, загрузите файл .mobileprovision.и затем безопасно распространите его и ваше приложение.

К сожалению, я не знаю достаточно, чтобы точно знать, о чем я должен спрашивать, но здесь идет речь:

1. МожетФайлы ipa просто копируются с одного Ipad на другой, что позволяет кому-либо использовать любое приложение?(при условии, что в приложении нет другой защиты)
2. Если ответ на вопрос 1 - да, есть ли основания полагать, что файлы .mobileprovision мне помогут?

Answer 1

Каждое устройство имеет UDID, уникальный идентификатор.Так Apple применяет правило 100 устройств разработки для отдельных разработчиков.Вы собираете UDID как часть процесса загрузки, выпуская профили инициализации для зарегистрированных пользователей.

Чтобы ответить на ваши вопросы:

1. Да, теоретически, без DRM или инициализации, ipa можно синхронизировать с iTunes (или вручную скопировать с помощью сторонних инструментов), а затемперемещено в другое устройство.

2. Да, .mobileprovision файлы содержат идентификаторы UDID, которые в значительной степени уникальны для данного устройства.(Исключение может быть на взломанных устройствах, которые, если я правильно помню, могут подделать UDID.)

РЕДАКТИРОВАТЬ:

Просто чтобы уточнить в ответ на ваши требования:

Множество требований, которые мне были даны, включают в себя, что метод распространения должен состоять в том, чтобы пользователь переходил на защищенный веб-сайт сiPad, входит в систему и загружает приложение.Затем приложение работает для них.

Я бы добавил средний шаг.

1. Пользователь входит в систему.
2. Пользователь отправляет информацию об устройстве
3. Вы создаете резерв для устройства
4. Затем пользователь загружает приложение ипредоставление.

Это не мешает пользователю раздавать приложение другим, но это лучшее, что у вас есть.Вы также можете потребовать, чтобы пользователь вошел в приложение, используя тот же адрес электронной почты, который использовался для регистрации UDID, теоретически.

Answer 2

Сейчас июль 2012 года. Документация Apple о том, как создавать и распространять Ad-Hoc-приложение для iOS, застряла на iOS 3, слишком сложна, перегружена и часто ошибочна.

Имея лицензию Developer Enterprise Program (и немного терпения), вы можете создать файл .ipa, который вы можете разместить на своем веб-сайте.

Затем ваши пользователи могут перейти на эту веб-страницу в Safari на iPad, щелкнуть ссылку для загрузки и установить приложение на свое устройство. ITunes не требуется.

Ваше приложение будет нуждаться в подписи (помимо прочего) с помощью сертификата распространения, который вы создаете на веб-сайте Apple Developer, но я хочу сказать, что после того, как вы выполнили все эти плохо документированные хуп, вы можете просто вставить файл .ipa и .plist на веб-страницу, и ЛЮБОЙ пользователь может установить ваше приложение вместе с ним.

Даже ваша тетя Глэдис, которая живет в 200 милях и не работает на вашу компанию.

Имейте в виду, что если Apple узнает, что вы распространили свое приложение среди тех, кто не работает в вашей компании, они откажутся от вашей лицензии.

Answer 3

Получение корпоративной учетной записи занимает много работы.Apple захочет получить ваши DUNS и, возможно, другие доказательства того, что вы являетесь тем, кем вы себя называете (и что вы являетесь предприятием).

Переход на другой путь (индивидуальный разработчик) позволит вам опубликовать свое приложениесделайте это бесплатно, чтобы ваши пользователи не должны были платить!) в магазине.Вашему приложению может потребоваться учетная запись на локальном сервисе, которую никто за пределами вашей компании не сможет приобрести, что не позволит использовать ее людям за пределами компании.Риск здесь состоит в том, что Apple отклонит ваше приложение по этой причине.