Что значит недопустимая подпись при обновлении приложения

Указанная тема не существует, или находится на премодерации.

Cookies Preference Center

We use cookies on this website. To learn in detail about how we use cookies, please read our full Cookies Notice. To reject all non-essential cookies simply click «Save and Close» below. To accept or reject cookies by category please simply click on the tabs to the left. You can revisit and change your settings at any time. read more

These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services such as setting your privacy preferences, logging in or filling in formsYou can set your browser to block or alert you about these cookies, but some parts of thesite will not then work. These cookies do not store any personally identifiable information.

Читайте также: Что значит торги 1 или 2

Источник

Недопустимая подпись при обновлении приложения в Appstore после изменения проекта на рабочую область

Я только что добавил фреймворк к своему старому проекту Cocoapods. Теперь я не могу отправить приложение на AppStore, это ошибка, которую мне дали:

Недействительная подпись — убедитесь, что вы подписали свое приложение сертификатом распространения, а не специальным сертификатом или сертификатом разработки. Убедитесь, что параметры подписи кода в Xcode верны на целевом уровне (которые переопределяют любые значения на уровне проекта). Кроме того, убедитесь, что bundle, который вы загружаете, был построен с использованием цели выпуска в Xcode, а не цели симулятора. Если вы уверены, что ваши настройки подписи кода верны, выберите «Clean All» в Xcode, удалите каталог «build» в Finder и перестройте цель выпуска.

Как только эти проблемы будут исправлены, перейдите на страницу сведений о версии и нажмите кнопку «Ready to Upload Binary.» продолжить отправку обрабатывайте до тех пор, пока статус приложения не станет «Waiting for Upload.», после чего вы сможете доставить исправленный двоичный файл.

Я попытался выполнить следующие шаги:

Отредактируйте профиль предоставления моего приложения на Provision Potal и нажмите кнопку Generate.
Обновите мои профили обеспечения в XCode, удалив содержимое папки

/Library/MobileDevice/Provisioning Profiles/ , а затем используйте Xcode 6 «fix code signing issues» для автоматической загрузки и переназначения профилей.
Затем я удалил каталог «build» в

/Library/MobileDevice/Provisioning Profiles/

«Clean all», нажав Cmd + Option + Shift + K

Это настройки моей цели:

Кроме того, я пробовал эти решения .
Пока что не повезло. Поэтому мне интересно, имеет ли изменение с xcodeproj на xcworkspace или использование Cocoapods какое-то отношение к «Code signing»?

1 ответ

У меня есть ошибка при загрузке приложения mac в app store. Эта ошибка в приведенном ниже: Недопустимый исполняемый файл или подпись — ваше приложение не может быть повторно подписано App Store для распространения из-за проблемы с приложением. исполняемый файл (MyApp.app/Contents/Resources/file.o).

Я импортировал проект в eclipse, но, кстати, забыл отметить галочкой опцию checkbox copy projects into workspace. Теперь после того, как подопечные (импорт был сделан) Есть ли какой-нибудь способ, с помощью которого я могу скопировать проект в рабочую область? Кроме того, при импорте проекта maven.

вероятно, вы удалили свои профили. Войдите в систему с AppleID в xCode -> Предпочтения -> затем обновите свои профили предоставления. После этого вы сможете увидеть свои профили (если таковые имеются, созданные в Центре членства Apple) на последней опубликованной фотографии.

Сначала измените «Provisioning Profile», затем «Code Signing Identity».

Для каждого приложения у вас должен быть профиль, созданный в Центре членства Apple. И каждый профиль приложения, который будет создан, вам нужен действительный «Develeoper profile». В конце у вас должно быть два профиля: один профиль как «x App Development» и один как «x App AppStore»

с практической точки зрения: когда вы изменяете «Provisioning Profile», то «Code Signing Identity» THEN устанавливает профиль «developer» для ОТЛАДКИ И устанавливает профиль «appstore» для RELEASING (упаковка приложения в окончательный исполняемый файл)

надеюсь, это поможет

Подписи приложений, использующие этот идентификатор, не совпадают — Андроид

вкл. 25 Ноябрь 2014 . Опубликовано в Статьи

Случается так, что после перепрошивки некоторых моделей телефонов при попытке обновления встроенных в новую прошивку программ через Google Play Маркет аппарат выдает ошибку «Файл пакета подписан неверно», удалите предыдущую версию и попробуйте снова. После выполнения требуемых операций проблема не решается — приложения не обновляются, зато появляется сообщение о новой ошибке: «Подписи приложений, использующие этот идентификатор, не совпадают». Если у вас имеются права суперпользователя, то вы можете попробовать исправить ситуацию, воспользовавшись следующим способом:

1. Сначала нужно установить программу Titanium Backup.

2. Затем зайти в нее и вверху по центру нажать на кнопку «Резервные копии» (должен появиться полный список приложений, установленных на устройстве);

3. Для страховки сделать резервную копию программы, которую намерены обновить (выбрать нужное приложение, в открывшемся небольшом меню нажать кнопку «Сохранить»).

4. Вернуться к списку программ, снова найти то самое приложение, которое необходимо обновить, но не просто нажать на него, а нажать и удерживать до тех пор, пока на экране телефона не появится сплывающее окно. В нем выбрать функцию «Преобразовать в пользовательское приложение», после чего выйти из TitaniumBackup.

5. Зайти в Google Play, найти обновляемое приложение и произвести манипуляции, необходимые для его обновления. На экране появится уже знакомое сообщение об ошибке, но теперь с предложением удалить старую версию программы («Файл пакета подписан неверно, удалите предыдущую версию и попробуйте снова»). Придется удалить и старую версию. Всё. На этом приложение полностью удалено с устройства.

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

При желании можно повторить пункт 4 с той только разницей, что преобразовать пользовательское приложение обратно в системное. Просто выберите соответствующий пункт в меню.

Если принятые меры от ошибки избавиться не помогли, резервное копирование, выполненное в самом начале процесса с помощью Titanium Backup, позволит вернуть старую версию приложения. На этот раз выбрать следует кнопку «Восстановить», а на вопрос, что именно, ответить нажатием варианта «Программу и все данные к ней». Приложение вы, конечно, не обновили, но и ничего не потеряли, кроме нескольких минут времени, затраченного на попытку. Подписи приложений, использующие этот идентификатор, не совпадают — Андроид.

Источник

«Подписи приложений, использующие этот идентификатор, не совпадают»

1. Сначала нужно установить программу Titanium Backup.

2. Затем зайти в нее и вверху по центру нажать на кнопку «Резервные копии» (должен появиться полный список приложений, установленных на устройстве)

3. Для страховки сделать резервную копию программы, которую намерены обновить (выбрать нужное приложение, в открывшемся небольшом меню нажать кнопку «Сохранить»).

4. Вернуться к списку программ, снова найти то самое приложение, которое необходимо обновить, но не просто нажать на него, а нажать и удерживать до тех пор, пока на экране телефона не появится сплывающее окно. В нем выбрать функцию «Преобразовать в пользовательское приложение», после чего выйти из TitaniumBackup.

5. Зайти в Google Play, найти обновляемое приложение и произвести манипуляции, необходимые для его обновления. На экране появится уже знакомое сообщение об ошибке, но теперь с предложением удалить старую версию программы («Файл пакета подписан неверно, удалите предыдущую версию и попробуйте снова»). Придется удалить и старую версию. Всё. На этом приложение полностью удалено с устройства.

Если принятые меры от ошибки избавиться не помогли, резервное копирование, выполненное в самом начале процесса с помощью Titanium Backup, позволит вернуть старую версию приложения. На этот раз выбрать следует кнопку «Восстановить», а на вопрос, что именно, ответить нажатием варианта «Программу и все данные к ней». Приложение вы, конечно, не обновили, но и ничего не потеряли, кроме нескольких минут времени, затраченного на попытку.

Источник

Устранение ошибок подписи пакета приложения

Сбой развертывания приложения может быть вызван сбоем при проверке цифровой подписи пакета приложения. Узнайте, как распознать эти сбои и что делать с ними.

при развертывании упакованного Windows приложения Windows всегда пытается проверить цифровую подпись в пакете приложения. Сбои во время развертывания блока проверки подписи пакета. Но почему пакет не был проверен, может быть не очевидным. В частности, если вы подписываете пакеты с частными сертификатами для локального тестирования, вам часто требуется управлять доверием для этих сертификатов. Неправильная конфигурация доверия сертификатов может привести к сбоям проверки подписи.

Это важно знать

Технологии

Предварительные требования

Windows журнал событий для диагностики сбоев установки.
Задачи Certutil для управления сертификатами для обработки хранилища сертификатов во время устранения неполадок

Инструкции

Шаг 1. Изучение журналов событий для получения диагностических сведений

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

Получение кода ошибки из журналов событий

Запустите eventvwr. msc.

перейдите в раздел Просмотр событий (локальные) > журналы приложений и служб > Microsoft > Windows.

первый проверяемый журнал — AppxPackagingOM > Microsoft-Windows-аппкспаккагинг/эксплуатация.

ошибки, связанные с развертыванием, записываются в AppXDeployment-Server > Microsoft-Windows-AppXDeploymentServer/эксплуатация.

Для ошибок развертывания найдите Последнее событие ошибки 404. Это событие ошибки содержит код ошибки и описание причины сбоя развертывания. Если ошибка 465 предшествует событию 404, то возникла проблема при открытии пакета.

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

Код ошибки	Error	Описание	Предложение
0x80073CF0	Ошибка _ _ при установке открытого _ пакета _	Не удалось открыть пакет приложения.	Эта ошибка обычно указывает на проблему с пакетом. Необходимо создать и подписать пакет еще раз. Дополнительные сведения см. в разделе Использование упаковщика приложений.
0x80080205	APPX _ E _ Недопустимый _ блоккмап	Пакет приложения был изменен или имеет недопустимую карту блоков.	Пакет поврежден. Необходимо создать и подписать пакет еще раз. Дополнительные сведения см. в разделе Использование упаковщика приложений.
0x800B0004	ДОВЕРЯТЬ _ _ _ _ недоверенному субъекту E	Пакет приложения был изменен.	Содержимое пакета больше не соответствует цифровой подписи. Необходимо подписать пакет еще раз. Дополнительные сведения см. в разделе как подписать пакет приложения с помощью средства SignTool.
0x800B0100	ДОВЕРЯТЬ _ электронной _ подписи	Пакет приложения не подписан.	развертывать можно только подписанные Windows пакеты приложений. Сведения о подписывании пакета приложения см. в разделе как подписать пакет приложения с помощью средства SignTool.
0x800B0109	_ _ недоверенный корень сертификата _ E	Цепочка сертификатов, использованная для подписания пакета приложения, заканчивается на корневом сертификате, который не является доверенным.	Перейдите к шагу 2, чтобы устранить неполадки доверия сертификатов.
0x800B010A	_ _ цепочка сертификатов E	Не удалось создать цепочку сертификатов для доверенного корневого центра сертификации от сертификата, который использовался для подписания пакета приложения.	Перейдите к шагу 2, чтобы устранить неполадки доверия сертификатов.

Шаг 2. Определение цепочки сертификатов, используемой для подписания пакета приложения

Чтобы определить сертификаты, которым должен доверять локальный компьютер, можно проверить цепочку сертификатов для цифровой подписи в пакете приложения.

Определение цепочки сертификатов

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

Лучшим сертификатом в цепочке является корневой сертификат, а нижний сертификат — сертификат подписи. Если в цепочке находится только один сертификат, сертификат подписи также является его собственным корневым сертификатом. Вы можете определить серийный номер для каждого сертификата, который затем используется с certutil:

Определение серийного номера для каждого сертификата

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

Шаг 3. Определение сертификатов, которые являются доверенными для локального компьютера

Чтобы иметь возможность развернуть пакет приложения, он должен быть не только доверенным в контексте пользователя, но и контекстом локального компьютера. В результате цифровая подпись может быть действительна при просмотре на вкладке цифровые подписи на предыдущем шаге, но по-прежнему не проходит проверку во время развертывания пакета приложения.

Чтобы определить, является ли цепочка сертификатов, используемая для подписи пакета приложения, явно доверенной для локального компьютера

Выполните следующую команду:

Если серийный номер сертификата не указан, certutil перечисляет все сертификаты, которые являются доверенными для локального компьютера для этого хранилища.

Пакет может не установиться из-за ошибок цепочки сертификатов, даже если сертификат для подписи не является самозаверяющим и корневой сертификат находится в корневом хранилище локального компьютера. В этом случае может возникнуть проблема с доверием для промежуточных центров сертификации. Дополнительные сведения об этой ошибке см. в разделе Работа с сертификатами.

Remarks

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

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

Чтобы вручную добавить сертификат к доверию сертификатов на локальном компьютере

В проводнике щелкните правой кнопкой мыши пакет приложения и во всплывающем контекстном меню выберите Свойства.
В диалоговом окне Свойства выберите вкладку цифровые подписи .
В списке сигнатур выберите подпись и нажмите кнопку сведения .
В диалоговом окне сведения о цифровой подписи нажмите кнопку Просмотр сертификата .
В диалоговом окне сертификат щелкните установить сертификат. .
В мастере импорта сертификатов выберите локальный компьютер , а затем нажмите кнопку Далее. Чтобы продолжить, необходимо предоставить права администратора.
Выберите поместить все сертификаты в следующее хранилище и перейдите к хранилищу доверенных лиц .
Нажмите кнопку Далее, а затем кнопку Готово , чтобы завершить работу мастера.

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

Сертификат можно удалить после того, как он больше не нужен.

Удаление сертификата

Запустите Cmd.exe от имени администратора.

В командной строке администратора выполните следующую команду:

Найдите серийный номер установленного сертификата. Это число является certID.

Выполните следующую команду:

Не рекомендуется вручную добавлять корневые сертификаты в хранилище сертификатов доверенных корневых центров сертификациилокального компьютера. Наличие нескольких приложений, подписанных сертификатами, которые связаны с одним и тем же корневым сертификатом, например бизнес-приложениями, может быть более эффективным, чем установка отдельных сертификатов в хранилище доверенных лиц. Хранилище доверенных лиц содержит сертификаты, которые считаются доверенными по умолчанию и поэтому не проверяются в списках или цепочках доверия сертификатов более высокого уровня. Рекомендации по добавлению сертификатов в хранилище сертификатов доверенных корневых центров сертификации см. в статье рекомендации по подписывания кода.

Соображения безопасности

Добавив сертификат в хранилища сертификатов локальной машины, вы меняете доверие сертификатов всех пользователей на компьютере. Рекомендуется установить все сертификаты подписи кода, необходимые для тестирования пакетов приложений в хранилище сертификатов «Доверенные лица». Немедленно удалите эти сертификаты, когда они больше не нужны, чтобы предотвратить их использование для компрометации доверия системы. Если вы создаете собственные тестовые сертификаты для подписания пакетов приложений, мы также рекомендуем ограничить привилегии, связанные с тестовым сертификатом. Сведения о создании тестовых сертификатов для подписи пакетов приложений см. в разделе Создание сертификата для подписи пакета приложения.

Источник

Что значит недопустимая подпись при обновлении приложения