آموزش رفع مشکل خطای Unable to verify app در آیفون

نخست باید متن دقیق هشدار را ثبت کرد، زیرا iOS چند پیام شبیه به هم نمایش می‌دهد که علت و راه‌حل یکسانی ندارند.

عبارت Unable to Verify App معمولاً به شکست اعتبارسنجی آنلاین اشاره دارد، اما پیام‌های Untrusted Enterprise Developer، App Integrity Could Not Be Verified و App Is No Longer Available هر کدام نشان می‌دهند اجرای برنامه در مرحله متفاوتی متوقف شده است.

پیام Untrusted Enterprise Developer معمولاً یعنی گواهی سازمانی برنامه هنوز روی همان دستگاه مورد اعتماد قرار نگرفته است. در این وضعیت، اگر ناشر را می‌شناسید، بخش Settings، سپس General و VPN & Device Management را بررسی کنید.

وجود گزینه Trust فقط اعتماد محلی را فعال می‌کند و نمی‌تواند گواهی منقضی، باطل‌شده یا متعلق به ناشری ناشناس را معتبر کند.

هشدار App Integrity Could Not Be Verified بیشتر به ناسازگاری خود بسته IPA با امضا مربوط است. دانلود ناقص، دست‌کاری فایل پس از امضا، یکسان نبودن Bundle ID با پروفایل Provisioning یا استفاده از قابلیت‌هایی که در Entitlements مجاز نشده‌اند، می‌تواند این پیام را ایجاد کند.

اگر فقط یک برنامه از یک منبع مشکل دارد، احتمال خرابی همان بسته بیشتر است.

در مقابل، Unable to Verify App همراه با عبارت نیاز به اتصال اینترنت نشان می‌دهد دستگاه نتوانسته وضعیت ناشر را به‌صورت آنلاین بررسی کند. اگر چند برنامه امضاشده توسط یک ناشر هم‌زمان از کار افتاده‌اند، ابطال گواهی یا اختلال سرویس اعتبارسنجی محتمل‌تر است.

شکست فقط روی یک شبکه نیز می‌تواند به فیلتر DNS، فایروال یا سیاست سازمانی مربوط باشد.

پیام App Is No Longer Available اغلب پس از پایان اعتبار امضای توسعه‌دهنده رایگان دیده می‌شود. این حالت برای برنامه‌هایی که با Apple ID معمولی امضا شده‌اند، معمولاً پس از هفت روز رخ می‌دهد.

نصب دوباره همان نسخه بدون امضای تازه کافی نیست؛ برنامه باید با یک Provisioning Profile معتبر مجدداً امضا یا پیش از انقضا Refresh شود.

زمان بروز خطا نیز یک سرنخ مهم است. برنامه‌ای که از نخستین اجرا باز نمی‌شود، احتمالاً بسته یا امضای ناسازگار دارد. برنامه‌ای که چند روز درست کار کرده و ناگهان متوقف شده، بیشتر با انقضا یا ابطال امضا روبه‌رو است.

خرابی هم‌زمان چند برنامه روی دستگاه‌های مختلف نیز احتمال مشکل منبع توزیع یا سامانه اعتبارسنجی را افزایش می‌دهد.

برای دریافت پشتیبانی، از پیام کامل اسکرین‌شات بگیرید و نسخه iOS، مدل دستگاه، زمان دقیق خطا و شیوه نصب را ثبت کنید. مشخص کنید برنامه از App Store، TestFlight، سامانه سازمانی، AltStore یا ابزار دیگری نصب شده است.

عبارت انگلیسی دقیق خطا بسیار مفیدتر از توضیح کلی «برنامه باز نمی‌شود» است و مسیر بررسی را کوتاه می‌کند.

با این دسته‌بندی می‌توان از راهکارهای تصادفی جلوگیری کرد. فعال‌کردن Developer Mode برای گواهی باطل‌شده فایده‌ای ندارد و اعتماد به ناشر نیز بسته معیوب را اصلاح نمی‌کند.

ابتدا نوع پیام، دامنه برنامه‌های درگیر و زمان شروع مشکل را تعیین کنید؛ سپس فقط راهکاری را اجرا کنید که با همان نشانه‌ها سازگار است.

بخش VPN & Device Management در تنظیمات عمومی iOS می‌تواند شامل پروفایل پیکربندی، مدیریت سازمانی MDM و اطلاعات ناشران Enterprise یا Developer باشد. این موارد کارکرد یکسانی ندارند و نباید همگی به‌عنوان «گواهی برنامه» حذف شوند.

پیش از هر تغییری، نام ناشر، سازمان صادرکننده، برنامه‌های وابسته و وضعیت مدیریت دستگاه را بررسی و یادداشت کنید.

پروفایل پیکربندی ممکن است تنظیمات شبکه، VPN، ایمیل، گواهی ریشه یا محدودیت‌های سازمانی را نصب کرده باشد. حذف چنین پروفایلی فقط برای رفع خطای یک برنامه می‌تواند اتصال کاری یا دسترسی به حساب سازمانی را مختل کند.

پروفایلی که عبارت Mobile Device Management دارد نیز معمولاً تحت کنترل محل کار یا مرکز آموزشی است و حذف آن ممکن است مجاز نباشد.

اگر یک پروفایل ناشناس همراه با نصب‌کننده غیررسمی اضافه شده است، ابتدا از اطلاعات ضروری برنامه نسخه پشتیبان تهیه کنید. سپس برنامه‌های وابسته را حذف و وضعیت پروفایل را دوباره بررسی کنید.

برای یک Configuration Profile معمولی می‌توان از گزینه Remove Profile استفاده کرد، اما iOS ممکن است رمز دستگاه را بخواهد و تمام تنظیمات ایجادشده توسط آن پروفایل را نیز پاک کند.

در مورد برنامه‌های Enterprise، باقی‌ماندن نام یک ناشر قدیمی می‌تواند کاربران را سردرگم کند، ولی اعتماد قبلی باعث معتبر ماندن همیشگی برنامه نمی‌شود. اگر گواهی ناشر باطل شده باشد، گزینه Trust یا Verify نتیجه پایداری ایجاد نخواهد کرد.

نسخه جدید باید با گواهی معتبر عرضه شود و نام ناشر آن با اطلاعات منبع رسمی توزیع مطابقت داشته باشد.

اگر منوی VPN & Device Management اصلاً دیده نمی‌شود، الزاماً مشکلی در گوشی وجود ندارد. این بخش ممکن است تا زمانی که یک پروفایل یا برنامه توسعه‌دهنده نصب نشده باشد، نمایش داده نشود. همچنین برنامه‌های App Store و TestFlight نیازی به اعتماد دستی در این منو ندارند.

نبودن گزینه Trust برای چنین برنامه‌هایی کاملاً طبیعی است و نباید با نصب پروفایل اضافی جبران شود.

گاهی دو نسخه از یک برنامه با Bundle ID یکسان اما ناشران متفاوت نصب می‌شوند. iOS ممکن است جایگزینی نسخه را نپذیرد یا اطلاعات نسخه قبلی را با امضای تازه سازگار نداند. در این حالت، نام برنامه، Bundle ID و تیم امضاکننده باید توسط توزیع‌کننده بررسی شود.

تغییر آیکون یا نام نمایشی به‌تنهایی یک بسته را به نسخه‌ای مستقل تبدیل نمی‌کند.

پس از پاک‌سازی، دستگاه را یک‌بار راه‌اندازی مجدد کنید و تنها نسخه‌ای را نصب کنید که منبع و ناشر آن مشخص است. سپس همان منو را دوباره ببینید و از یکسان بودن نام توسعه‌دهنده با اطلاعات منتشرشده اطمینان یابید.

نصب چند پروفایل آزمایشی به امید پیدا کردن گزینه مناسب، تشخیص مشکل را دشوارتر و سطح دسترسی ناشران ناشناس را بیشتر می‌کند.

پاک‌سازی موفق یعنی فقط اجزای منسوخ یا ناشناس حذف شوند و تنظیمات ضروری دستگاه باقی بمانند. اگر پروفایل دکمه حذف ندارد، دستگاه احتمالاً تحت نظارت است یا محدودیتی از طرف MDM اعمال شده است.

در چنین وضعیتی، ریست‌کردن گوشی راه‌حل مناسبی نیست و موضوع باید با مدیر سامانه یا مالک قانونی دستگاه بررسی شود.

اپل از iOS 16 اجرای برنامه‌های نصب‌شده با امضای توسعه محلی را به فعال‌بودن Developer Mode وابسته کرده است. این قابلیت برای برنامه‌ای کاربرد دارد که از طریق Xcode یا ابزارهای Sideloading با حساب توسعه‌دهنده نصب شده باشد.

برنامه‌های عادی App Store، نسخه‌های TestFlight و بیشتر برنامه‌های توزیع‌شده با سازوکار رسمی سازمانی معمولاً به فعال‌سازی این حالت نیاز ندارند.

مسیر استاندارد فعال‌سازی Settings، سپس Privacy & Security و Developer Mode است. پس از روشن‌کردن گزینه، دستگاه راه‌اندازی مجدد می‌شود و بعد از بازشدن قفل، تایید نهایی دیگری نمایش می‌دهد. اگر مرحله دوم تایید نشود، حالت توسعه‌دهنده فعال نخواهد شد. داشتن رمز عبور دستگاه برای تکمیل این فرایند ضروری است.

در بعضی دستگاه‌ها گزینه Developer Mode تا پیش از شناسایی یک جریان توسعه نمایش داده نمی‌شود. اتصال آیفون به Xcode روی مک یا نصب صحیح یک برنامه دارای امضای Development می‌تواند باعث ظاهرشدن گزینه شود. به‌روزبودن iOS و ابزار نصب نیز اهمیت دارد.

نصب پروفایل ناشناس یا گواهی ریشه راه قابل‌اعتمادی برای ظاهرکردن این تنظیم نیست.

فعال‌کردن Developer Mode گواهی منقضی یا باطل‌شده را احیا نمی‌کند. این قابلیت فقط اجازه اجرای کدی را می‌دهد که قبلاً با یک امضای توسعه معتبر روی دستگاه Provision شده است.

اگر پیام خطا به Integrity، انقضای Provisioning Profile یا ناتوانی در تایید ناشر اشاره دارد، باید امضا و روش توزیع بررسی شود؛ تغییر این گزینه به‌تنهایی کافی نیست.

پس از فعال‌سازی، برنامه را کاملاً ببندید و دوباره اجرا کنید. اگر خطا باقی ماند، بررسی کنید UDID همان دستگاه در پروفایل توسعه مجاز باشد و Apple ID استفاده‌شده برای نصب تغییر نکرده باشد.

برنامه‌ای که با یک حساب نصب و با حساب دیگری Refresh شود، ممکن است به‌دلیل تفاوت Team ID یا App ID قابل جایگزینی نباشد.

در دستگاه‌های سازمانی، مدیر MDM می‌تواند اجازه Developer Mode را محدود کند. خاکستری‌بودن گزینه، بازگشت خودکار آن به حالت خاموش یا نبودن تایید پس از راه‌اندازی مجدد می‌تواند نتیجه همین سیاست باشد.

دورزدن این محدودیت توصیه نمی‌شود؛ مدیر سامانه باید مشخص کند آیا نصب برنامه توسعه‌ای روی دستگاه تحت مدیریت مجاز است یا خیر.

Developer Mode سطح حمله دستگاه را به‌اندازه جیلبریک افزایش نمی‌دهد، اما قابلیت‌های مخصوص توسعه و اشکال‌زدایی را فعال می‌کند. بنابراین بهتر است فقط زمانی روشن بماند که واقعاً از برنامه‌های Development استفاده می‌کنید.

پس از پایان آزمایش می‌توان آن را خاموش کرد؛ در این صورت برنامه‌های وابسته تا فعال‌سازی دوباره ممکن است اجرا نشوند.

برای تشخیص درست، ابتدا روش نصب را مشخص کنید. اگر برنامه با AltStore، Sideloadly یا Xcode نصب شده و پیام مشخصی درباره Developer Mode می‌بینید، فعال‌سازی آن منطقی است.

اگر برنامه قبلاً اجرا می‌شده و ناگهان پس از چند روز متوقف شده است، انقضای امضا محتمل‌تر است و باید چرخه Refresh بررسی شود.

برنامه‌ای که خارج از App Store نصب می‌شود، برای همیشه معتبر نمی‌ماند. اگر IPA با Apple ID رایگان امضا شده باشد، Provisioning Profile آن معمولاً هفت روز اعتبار دارد.

پس از پایان این دوره، فایل برنامه همچنان روی آیفون دیده می‌شود، اما iOS اجازه اجرای آن را نمی‌دهد تا همان برنامه با امضای تازه تمدید یا مجدداً نصب شود.

حساب رایگان علاوه بر اعتبار کوتاه، محدودیت تعداد برنامه‌های فعال نیز دارد. در بسیاری از نسخه‌های iOS فقط سه برنامه Sideloadشده می‌توانند هم‌زمان فعال باشند و خود AltStore نیز یکی از آن‌ها محسوب می‌شود. افزونه‌هایی مانند Widget یا Extension ممکن است App ID جداگانه مصرف کنند.

متن خطای ابزار نصب، مرجع دقیق محدودیت اعمال‌شده به همان حساب است.

عضویت پولی Apple Developer معمولاً امکان ساخت پروفایل‌هایی با اعتبار طولانی‌تر، اغلب تا یک سال، را فراهم می‌کند؛ بااین‌حال روش توزیع همچنان تعیین‌کننده است. گواهی Development، Ad Hoc و Enterprise قواعد متفاوتی دارند.

حتی گواهی‌ای که تاریخ انقضای آن نرسیده است، ممکن است به‌دلیل نقض مقررات، لغو عضویت یا اقدام صاحب حساب زودتر باطل شود.

برای جلوگیری از توقف ناگهانی، Refresh باید پیش از پایان اعتبار انجام شود. در AltStore لازم است دستگاه بتواند با AltServer مرتبط شود و حساب امضاکننده همان حساب قبلی باشد.

قابلیت‌های تمدید خودکار در ابزارهای مختلف تضمین‌شده نیستند؛ خاموش‌بودن رایانه، تغییر شبکه، خروج از Apple ID یا بسته‌شدن سرویس پس‌زمینه می‌تواند تمدید را متوقف کند.

ثابت‌ماندن Bundle ID و Team ID هنگام تمدید اهمیت زیادی دارد. اگر نسخه جدید با شناسه یا تیم دیگری امضا شود، iOS ممکن است آن را برنامه‌ای متفاوت بداند یا جایگزینی نسخه قبلی را رد کند.

توسعه‌دهنده باید Entitlements، App ID و گروه‌های Keychain را نیز ثابت نگه دارد تا قابلیت‌ها و داده‌های وابسته تا حد ممکن سازگار باقی بمانند.

بهتر است تاریخ نصب و موعد تمدید در تقویم ثبت شود و Refresh دست‌کم یک یا دو روز زودتر انجام گیرد. اطلاعات مهم نیز باید از طریق قابلیت Export، Files یا پشتیبان‌گیری داخلی برنامه ذخیره شوند.

حذف برنامه معمولاً داده‌های محلی Sandbox را پاک می‌کند و نصب دوباره، حتی با همان نام و آیکون، الزاماً آن اطلاعات را بازنمی‌گرداند.

می‌توان انقضا را از ابطال گواهی تفکیک کرد. توقف منظم تقریباً هفت روز پس از هر امضا به محدودیت حساب رایگان شباهت دارد. ازکارافتادن ناگهانی چند برنامه متعلق به یک ناشر، پیش از موعد مورد انتظار، بیشتر نشانه Revoke است.

خطای هم‌زمان روی منابع و ناشران متفاوت نیز می‌تواند به اختلال گسترده‌تر اعتبارسنجی مربوط باشد.

تغییر دستی تاریخ آیفون راه مناسبی برای تمدید امضا نیست. این کار ارتباط امن، اعلان‌ها، پشتیبان‌گیری و اعتبار سایر گواهی‌ها را مختل می‌کند، بدون آنکه وضعیت واقعی امضا در سامانه اپل عوض شود.

راه پایدار، مدیریت زمان Refresh، استفاده از حساب مجاز و دریافت نسخه‌ای است که با پروفایل معتبر و روش توزیع درست امضا شده باشد.

اگر خطا روی IPA ساخته‌شده توسط تیم خودتان رخ می‌دهد، عیب‌یابی باید از فایل خروجی آغاز شود، نه از تنظیمات کاربران. ابتدا IPA نهایی را از حالت فشرده خارج کنید و همان بسته‌ای را بررسی کنید که واقعاً توزیع شده است.

بررسی Archive اصلی کافی نیست، زیرا فرایند بارگذاری، بازبسته‌بندی یا امضای مجدد ممکن است محتویات نهایی را تغییر داده باشد.

در macOS فرمان `codesign --verify --deep --strict --verbose=2 Payload/App.app` اعتبار ساختار امضا را بررسی می‌کند. فرمان `codesign -d --entitlements :- Payload/App.app` نیز Entitlements امضاشده را نشان می‌دهد.

هرگونه تغییر در فایل اجرایی، Framework، Extension یا Resource پس از امضا می‌تواند مهر رمزنگاری را نامعتبر و نصب یا اجرای برنامه را متوقف کند.

فایل `embedded.mobileprovision` را با فرمان `security cms -D -i Payload/App.app/embedded.mobileprovision` به Plist تبدیل کنید. فیلدهای ExpirationDate، TeamIdentifier، application-identifier و ProvisionedDevices را بخوانید. در توزیع Enterprise باید ProvisionsAllDevices مطابق انتظار باشد. برای Development یا Ad Hoc نیز UDID دستگاه آزمایشی باید دقیقاً در فهرست دستگاه‌های مجاز قرار داشته باشد.

مقدار application-identifier باید از Team ID و Bundle ID صحیح ساخته شده باشد. Entitlements مربوط به Push Notifications، Associated Domains، App Groups، Keychain Sharing و iCloud نیز باید هم در شناسه برنامه و هم در پروفایل فعال باشند.

اضافه‌کردن یک قابلیت در پروژه، بدون بازسازی پروفایل Provisioning، می‌تواند خروجی ظاهراً موفقی تولید کند که روی دستگاه تایید نمی‌شود.

افزونه‌های برنامه را جداگانه بررسی کنید. Widget، Notification Service، Share Extension و Watch App هر کدام Bundle ID، پروفایل و امضای خود را دارند. معتبر بودن امضای برنامه اصلی، ناسازگاری یک Extension را جبران نمی‌کند.

تمام اجزای تعبیه‌شده باید با تیم سازگار امضا شوند و زنجیره گواهی آن‌ها در زمان ساخت معتبر باشد.

برای مشاهده علت واقعی روی دستگاه، از Console مک یا بخش Devices and Simulators در Xcode استفاده کنید. گزارش‌های پردازش‌هایی مانند installd، amfid، trustd و misagent معمولاً عباراتی درباره پروفایل منقضی، Entitlement نامجاز، شناسه ناسازگار یا شکست اعتبارسنجی نشان می‌دهند.

زمان دستگاه را با زمان بازتولید خطا هماهنگ کنید تا میان انبوه گزارش‌ها نتیجه مرتبط پیدا شود.

بسته را روی دست‌کم دو دستگاه سازگار آزمایش کنید. اگر فقط یک UDID شکست می‌خورد، فهرست ProvisionedDevices یا وضعیت ثبت دستگاه را بررسی کنید. اگر تمام دستگاه‌ها همان خطا را دارند، بسته، گواهی یا سرویس اعتبارسنجی محتمل‌تر است.

آزمایش نسخه قبلی معتبر نیز مشخص می‌کند مشکل از تغییرات Build جدید ناشی شده یا از زیرساخت توزیع.

در پایان، خروجی را از یک Archive تمیز و با پروفایل تازه صادر کنید و از امضای چندمرحله‌ای توسط ابزارهای ناشناس بپرهیزید. هش فایل توزیع‌شده را ثبت کنید تا تغییر ناخواسته قابل تشخیص باشد.

ارائه نام گواهی، Team ID، تاریخ انقضا و روش Export به تیم پشتیبانی، بررسی خطا را بسیار دقیق‌تر از درخواست عمومی نصب مجدد می‌کند.

در آیفون متعلق به شرکت، دانشگاه یا سازمان، خطای تایید برنامه ممکن است نتیجه سیاست مدیریتی باشد، نه خرابی IPA. دستگاه‌های Supervised می‌توانند نصب برنامه خارج از فروشگاه، اعتماد به ناشر Enterprise، اجرای برنامه مدیریت‌نشده یا فعال‌سازی Developer Mode را محدود کنند.

به همین دلیل راهکاری که روی آیفون شخصی کار می‌کند، الزاماً روی دستگاه سازمانی قابل اجرا نیست.

وضعیت مدیریت را در Settings، سپس General و VPN & Device Management بررسی کنید. بعضی دستگاه‌ها در بالای صفحه تنظیمات نیز پیام نظارت سازمانی نمایش می‌دهند. نام سامانه MDM و سازمان را ثبت کنید، اما پروفایل را بدون هماهنگی حذف نکنید.

حذف مدیریت ممکن است حساب‌های کاری، VPN، گواهی‌ها و برنامه‌های سازمانی را از دسترس خارج کند.

MDM می‌تواند فقط برنامه‌های موجود در فهرست مجاز را اجرا کند یا انتقال داده میان برنامه‌های مدیریت‌شده و شخصی را ببندد. گاهی برنامه نصب می‌شود، اما چون ناشر، Bundle ID یا نسخه آن با سیاست ثبت‌شده مطابقت ندارد، هنگام اجرا متوقف می‌شود.

تغییر امضای یک نسخه جدید می‌تواند چنین ناسازگاری‌ای ایجاد کند، حتی اگر نام و آیکون برنامه ثابت مانده باشد.

فیلتر شبکه سازمانی نیز ممکن است درخواست‌های اعتبارسنجی را مسدود کند. تفاوت مهم این است که محدودیت می‌تواند از خود دستگاه اعمال شود و با تغییر وای‌فای از بین نرود.

اگر برنامه روی یک آیفون شخصی و همان شبکه اجرا می‌شود، اما روی دستگاه تحت مدیریت شکست می‌خورد، پروفایل محدودیت یا فیلتر نصب‌شده توسط MDM باید بررسی شود.

برای گزارش به مدیر سامانه، متن کامل خطا، زمان وقوع، نسخه iOS، مدل دستگاه، نام برنامه، Bundle ID و روش نصب را ارسال کنید. مشخص کنید آیا سایر برنامه‌های همان ناشر نیز متوقف شده‌اند و آیا برنامه قبلاً روی همین دستگاه اجرا می‌شده است.

این اطلاعات به مدیر کمک می‌کند میان گواهی باطل‌شده، سیاست Allowlist و مشکل شبکه تفاوت بگذارد.

مدیر MDM می‌تواند نسخه تاییدشده را به‌عنوان Managed App منتشر کند، ناشر مجاز را در سیاست توزیع ثبت کند یا پروفایل و گواهی صحیح را از راه مدیریت مرکزی Push کند.

اگر برنامه داخلی است، روش رسمی Custom App، Ad Hoc یا Enterprise باید با نوع مالکیت دستگاه هماهنگ باشد. ارسال دستی IPA به کاربران معمولاً کنترل نسخه و گواهی را دشوار می‌کند.

در مدل BYOD نیز ممکن است داده‌های کاری داخل یک فضای مدیریت‌شده قرار گیرند. برنامه شخصی نمی‌تواند همیشه فایل یا اعتبارنامه برنامه سازمانی را دریافت کند و این رفتار نباید با خطای امضا اشتباه گرفته شود.

مدیر باید مشخص کند برنامه باید Managed باشد یا Unmanaged و آیا ارتباط آن با سرویس‌های داخلی، VPN اختصاصی یا گواهی کلاینت لازم دارد.

بازنشانی کامل دستگاه، نصب پروفایل جایگزین یا تلاش برای دورزدن MDM می‌تواند Activation Lock یا محدودیت ثبت مجدد ایجاد کند و معمولاً علت اصلی را رفع نمی‌کند. مسیر درست، شناسایی سیاست مسدودکننده و اصلاح آن توسط مدیر مجاز است.

اگر نصب برنامه شخصی روی دستگاه ممنوع شده باشد، استفاده از دستگاه شخصی مستقل امن‌ترین و پایدارترین انتخاب خواهد بود.