приложение uwp не запускается
Устранение неполадок с подключением приложений UWP
Этот документ предназначен для помощи сетевым администраторам, инженерам и разработчикам в расследовании проблем подключения к сети приложений UWP.
В этом документе вы можете найти пути к отламывке проблем подключения к сети приложений универсальной Windows платформы (UWP) с помощью практических примеров.
Типичные причины проблем с подключением
Проблемы подключения к сети приложений UWP обычно вызываются:
Чтобы более подробно разобраться в этих причинах, необходимо просмотреть несколько концепций.
Трафик сетевых пакетов (что разрешено, а что нет) на Windows определяется платформой Windows фильтрации (WFP). Если приложение UWP или частный диапазон настроены неправильно, это влияет на то, как сетевой трафик приложения UWP будет обрабатываться WFP.
Когда пакет обрабатывается МПП, его характеристики должны явно соответствовать всем условиям фильтра, чтобы он был разрешен или отброшен на его целевой адрес. Проблемы с подключением обычно происходят, когда пакет не совпадает ни с одним из условий фильтра, что приводит к сбросу пакета фильтром блока по умолчанию. Наличие фильтров блока по умолчанию обеспечивает изоляцию сети для приложений UWP. В частности, он гарантирует падение сети для пакета, который не имеет правильных возможностей для ресурса, который он пытается достичь. Это обеспечивает гранулированный доступ приложения к каждому типу ресурсов и предотвращает выход приложения из среды.
Дополнительные сведения об алгоритме арбитража фильтров и изоляции сети см. в дополнительных сведениях о фильтровом арбитраже и изоляции.
В следующих разделах освещаются примеры отладки примеров для циклов и проблем сетевого подключения приложений UWP без циклов.
По мере улучшения отладки и диагностики в платформе Windows фильтрации примеры трассировки в этом документе могут не совпадать с следами, собранными в предыдущих выпусках Windows.
Отладка сценариев отладки приложений UWP
Если необходимо установить подключение TCP/IP между двумя процессами на одном хосте, где одним из них является приложение UWP, необходимо включить цикл обратной связи.
Чтобы включить цикл обратной связи для исходящие клиентские подключения, запустите следующее по командной подсказке:
Чтобы включить цикл обратной связи для входящие подключения сервера, запустите следующее по командной подсказке:
Вы можете убедиться, что цикл включен, проверяя манифесты appx как отправитель, так и приемник.
Дополнительные сведения о сценариях обратной связи см. в ссылке Communicating with localhost (loopback).
Если вы находитесь в середине разработки приложения UWA и хотите проверить его цикл, убедитесь, что удалить и повторно установить приложение UWA, если возможности сети по какой-либо причине изменяются.
Кроме того, см. в нем Как включить изоляцию сети от циклов и устранение неполадок (Windows приложения для запуска).
Отладка живых капель
Если проблема произошла недавно, но вы не сможете воспроизвести проблему, перейдите к отладки прошлых капель для соответствующих команд трассировки.
Если вы можете последовательно воспроизвести проблему, можно выполнить следующее в командной подсказке администратора, чтобы собрать свежий след:
В wfpdiag.xml поиска netEvents, которые FWPM_NET_EVENT_TYPE_CLASSIFY_DROP как тип netEvent. Чтобы найти соответствующие события падения, найдите события падения с соответствующим IP-адресом назначения, sid пакета или именем ID приложения. Символы в имени ID приложения будут разделены периодами:
NetEvent будет иметь больше сведений о пакете, который был отброшен, включая сведения о его возможностях, фильтре, который сбросил пакет, и многое другое.
Пример 1. Приложение UWP подключается к целевому адресу Интернета со всеми возможностями
В этом примере приложение UWP успешно подключается к bing.com [2620:1ec:c11:200].
Пакет из приложения UWP нуждается в правильном маркере сетевых возможностей для ресурса, который он пытается достичь.
В этом сценарии приложение может успешно отправить пакет целевому объекту Интернета, так как у него был маркер возможностей Интернета.
Ниже показано разрешение netEvent приложения, подключаемого к целевому IP. NetEvent содержит сведения о пакете, включая его локальный адрес, удаленный адрес, возможности и т.д.
Классифицировать Разрешить netEvent, Wfpdiag-Case-1.xml
Ниже приводится фильтр, который позволил отправить пакет на целевой адрес в соответствии с terminatingFiltersInfo в netEvent. Этот пакет был разрешен фильтром #125918, из правила по умолчанию InternetClient.
Фильтр правил internetClient по умолчанию #125918, Wfpdiag-Case-1.xml
Состояние возможностей в Filter #125918, Wfpdiag-Case-1.xml
Это условие проверки возможностей этого фильтра.
Важной частью этого условия является S-1-15-3-1, который **** является возможностью SID для INTERNET_CLIENT привилегий.
Из раздела netEvent capabilities возможности netEvent, Wfpdiag-Case-1.xml.
Это показывает, что пакет поступил из приложения с маркером клиента Интернета (FWP_CAPABILITIES_FLAG_INTERNET_CLIENT), которыйсоответствует возможностям SID в фильтре. Все остальные условия также выполнены для фильтра, поэтому пакет разрешен.
Следует отметить, что единственным маркером возможностей, необходимым для достижения bing.com пакета, был маркер клиента Интернета, хотя в этом примере был показан пакет со всеми возможностями.
Пример 2. Приложение UWP не может достичь целевого адреса Интернета и не имеет возможностей
В этом примере приложение UWP не может подключиться к bing.com [2620:1ec:c11:200].
Ниже приводится капля netEvent, которая была захвачена в следе.
Классифицировать Drop netEvent, Wfpdiag-Case-2.xml
Первое, что необходимо проверить в netEvent, — это поле возможностей. В этом примере поле возможностей пусто, что указывает на то, что приложение UWP не было настроено с помощью маркеров возможностей для подключения к сети.
Внутренние поля из netEvent, Wfpdiag-Case-2.xml
В netEvent также показаны сведения о фильтре, который явно сбросил этот пакет, например FilterId, перечисленный под падением классификации.
Классифицировать Drop из netEvent, Wfpdiag-Case-2.xml
Если вы ищете фильтр #68893 в Wfpdiag-Case2.xml, вы увидите, что пакет был отброшен фильтром правила исходящие по умолчанию.
Блокировка исходящие правила по умолчанию Фильтр #68893, Wfpdiag-Case-2.xml
Пакет достигнет фильтра блока по умолчанию, если пакет не смог соответствовать условиям других фильтров и не был разрешен другими фильтрами в том же подкладке.
Если бы пакет имел правильный маркер возможностей, FWP_CAPABILITIES_FLAG_INTERNET_CLIENT, он совпадал бы с условием для фильтра блокировки по умолчанию и был бы разрешен для bing.com. Без правильных маркеров возможностей пакет будет явно отброшен фильтром исходящие блоки по умолчанию.
Пример 3. Приложение UWP не может достичь целевого адреса Интернета без возможности клиента Интернета
В этом примере приложение не может подключиться к bing.com [2620:1ec:c11::200].
Приложение в этом сценарии имеет только частные сетевые возможности (клиент и сервер). Приложение пытается подключиться к интернет-ресурсу (bing.com), но имеет только закрытый сетевой маркер. Поэтому пакет будет отброшен.
Классифицировать Drop netEvent, Wfpdiag-Case-3.xml
Пример 4. Приложение UWP не может достичь целевого адреса Intranet без возможности частной сети
В этом примере приложение UWP не может достичь целевого адреса Интрасети 10.50.50.50, так как не имеет возможности частной сети.
Классифицировать Drop netEvent, Wfpdiag-Case-4.xml
Дело 5. Приложение UWP не может достичь целевого адреса «Intranet» с помощью возможностей частной сети
В этом примере приложение UWP не может достичь целевого адреса Интрасети 10.1.1.1, даже несмотря на то, что оно имеет маркер возможностей частной сети.
Классифицировать Drop netEvent, Wfpdiag-Case-5.xml
Ниже показан фильтр, который заблокировал событие:
Блокировка исходящие правила по умолчанию #121180, Wfpdiag-Case-5.xml
Если цель была в частном диапазоне, ее должен был разрешить фильтр правил исходящие по умолчанию PrivateNetwork.
Следующие фильтры исходящие по умолчанию PrivateNetwork имеют условия для совпадения IP-адресов Интрасети. Так как ожидаемый целевой адрес Интрасети 10.1.1.1 не включен в эти фильтры, становится ясно, что адрес не находится в частном диапазоне. Проверьте политики, которые настраивают частный диапазон на устройстве (MDM, групповой политики и т.д.) и убедитесь, что он включает частный целевой адрес, который вы хотели достичь.
Фильтры правил исходящие по умолчанию PrivateNetwork, Wfpdiag-Case-5.xml
Отладка прошлых капель
Если вы отладили отладку сети из прошлого или с удаленного компьютера, возможно, у вас уже есть следы, собранные из центра отзывов, такие как nettrace.etl и wfpstate.xml. После преобразования nettrace.etl nettrace.txt будут иметь netEvents воспроизводимого события, а wfpstate.xml будут содержать фильтры, которые присутствовали на машине в то время.
Если у вас нет живой перепроцес или уже собранных следов, вы все равно можете собирать следы после того, как произошла проблема подключения к сети UWP, запуская эти команды в командной подсказке администратора.
Netsh wfp show netevents создает netevents.xml, в котором содержатся прошлые чистые события. Netsh WFP показывает состояние wfpstate.xml, которое содержит текущие фильтры, присутствующие на компьютере.
К сожалению, сбор следов после проблемы подключения к сети UWP не всегда является надежным.
NetEvents на устройстве хранятся в буфере. После того как этот буфер достиг максимальной емкости, буфер переопишет старые чистые события. Из-за переоценки буфера не исключено, что собранный netevents.xml не будет содержать чистое событие, связанное с проблемой подключения к сети UWP. Он мог быть перезаписан. Кроме того, фильтры на устройстве могут быть удалены и добавлены с помощью различных filterIds из-за различных событий на устройстве. Из-за этого, filterId от netsh WFP показать netevents не обязательно соответствует любому фильтру в netsh WFP показать состояние, потому что filterId может быть устаревшим. ****
Если вы можете воспроизводить проблему сетевого подключения UWP последовательно, рекомендуется использовать команды отладки живых капель.
Кроме того, вы по-прежнему можете следовать примерам из раздела Отладка живых капель с помощью команд трассировки в этом разделе, даже если у вас нет живой перепро. NetEvents и фильтры хранятся в одном файле в отладке живых капель, а не в двух отдельных файлах в следующих примерах отладки прошлых капель.
Случай 7. Отладка прошлой капли — приложение UWP не может достичь целевого адреса Интернета и не имеет возможностей
В этом примере приложение UWP не может подключиться к bing.com.
Классифицировать событие Drop Net, NetEvents-Case-7.xml
Внутренние поля не перечислены активные возможности, и пакет отброшен на 206064.
Это фильтр правила блокировки по умолчанию, то есть пакет прошел через каждый фильтр, который мог бы его разрешить, но так как условия не совпадали ни для каких этих фильтров, пакет упал на фильтр, который блокирует любой пакет, который не соответствует дескриптору безопасности.
Блокировка исходящие правила по умолчанию #206064, FilterState-Case-7.xml
Случай 8. Отладка прошлой капли — приложение UWP подключается к целевому адресу Интернета со всеми возможностями
В этом примере приложение UWP успешно подключается к bing.com [204.79.197.200].
Классифицировать разрешить чистое событие, NetEvents-Case-8.xml
Все возможности включены, и в результате фильтр определяет поток пакета 208757.
Фильтр, вышеуказанный выше, с разрешением на действие:
Фильтр правил internetClient по умолчанию #208757, FilterState-Case-8.xml
Поле возможностей в netEvent было добавлено к следам в обновление Windows 10 за май 2019 г..
Перестали работать metro/uwp приложения
Windows 10 1909 home x64, система стоит почти месяц.
Внезапно, сегодня утром перестали работать все uwp-приложения, в том числе store, пуск и поиск.
Пробовал:
1. SFC /scannow, dism.exe /online /cleanup-image /restorehealth
2. Обновить Windows (накопительный пакет).
3. Перерегистрировать все uwp-приложения. Процесс шёл
5 ч, ничего нек исправилось.
При нажатии на пуск, в журнале такое событие:
Контейнер ошибки 1779459185415887468, тип 5
Имя события: MoAppCrash
Отклик: Нет данных
Идентификатор CAB: 0
Добавлено через 5 минут
И при выключении компьютера с помощью команды shutdown выводит следующее:
Тип Основной Вспомогательный Заголовок
U 0 0 Другое (Незапланированное)
E 0 0 Другое (Незапланированное)
E P 0 0 Другое (Запланированное)
U 0 5 Другие отказы: Система не отвечает
E 1 1 Оборудование: Обслуживание (Незапланированное)
E P 1 1 Оборудование: Обслуживание (Запланированное)
E 1 2 Оборудование: Установка (Незапланированная)
E P 1 2 Оборудование: Установка (Запланированная)
E 2 2 Операционная система: восстановление (незапланированное)
E P 2 2 Операционная система: восстановление (запланированное)
P 2 3 Операционная система: Обновление (Запланированное)
E 2 4 Операционная система: Настройка (Незапланированная)
E P 2 4 Операционная система: Настройка (Запланированная)
P 2 16 Операционная система: Установка пакета обновления (Запланирован
2 17 Операционная система: Установка исправления (Незапланированная)
P 2 17 Операционная система: Установка исправления (Запланированная)
2 18 Операционная система: Установка исправления безопасности (Незап
P 2 18 Операционная система: Установка исправления безопасности (Запла
E 4 1 Приложение: Обслуживание (Незапланированное)
E P 4 1 Приложение: Обслуживание (Запланированное)
E P 4 2 Приложение: Установка (Запланированная)
E 4 5 Приложение: Не отвечает
E 4 6 Приложение: Работает неустойчиво
U 5 15 Отказ системы: STOP-ошибка
U 5 19 Проблема безопасности (незапланированная)
E 5 19 Проблема безопасности (незапланированная)
E P 5 19 Проблема безопасности (запланированная)
E 5 20 Потеря сетевых подключений (Незапланированная)
U 6 11 Сбой питания: Отключение кабеля
U 6 12 Сбой питания: Общие неполадки
P 7 0 Завершение работы, вызванное устаревшей API-функцией
Сбои центра приложений (UWP/Винуи)
Сбои центра приложений будут автоматически создавать журнал аварийного завершения при каждом сбое приложения. Журнал сначала записывается в хранилище устройства, и когда пользователь запускает приложение снова, отчет об аварийном завершении будет отправлен в центр приложений. сбор данных о сбоях работает как для бета-приложений, так и для тех, которые передаются в хранилище Windows. Журналы аварийного восстановления содержат важную информацию, помогающую устранить сбои.
В настоящее время не поддерживается обнаружение предупреждений о нехватке памяти на платформе UWP/Винуи.
Добавление модуля crashs
Консоль диспетчера пакетов
Добавление операторов using
Перед использованием наших API добавьте соответствующие пространства имен.
Изменение Start() метода
Добавьте или измените следующий вызов к конструктору приложения, чтобы включить модуль crashs:
Создание тестового сбоя
Сбои центра приложений предоставляют API для создания тестового сбоя для простого тестирования пакета SDK. Этот API проверяет конфигурации отладки и выпуска. Поэтому его можно использовать только при отладке, так как он не работает для приложений выпуска.
Получение дополнительных сведений о предыдущем сбое
Сбои центра приложений имеют два API, которые предоставляют дополнительные сведения на случай сбоя приложения.
Произошел ли сбой приложения в предыдущем сеансе?
В любое время после запуска пакета SDK можно проверить, завершилось ли приложение сбоем в предыдущем запуске:
Это удобно, если вы хотите изменить поведение или пользовательский интерфейс приложения после сбоя. Некоторые разработчики решили отобразить дополнительный пользовательский интерфейс, чтобы приступить к работе со своими пользователями, или же вы хотите, чтобы они были затронуты после сбоя.
Этот метод должен использоваться только после Crashes запуска. он всегда будет возвращаться false перед запуском.
Сведения о последнем сбое
Если приложение завершилось со сбоем ранее, можно получить сведения о последнем сбое.
Этот метод должен использоваться только после Crashes запуска. он всегда будет возвращаться null перед запуском.
Существует множество вариантов использования этого API, наиболее распространенный — люди, которые вызывают этот API и реализуют собственные сбои делегата или прослушивателя.
Настройка использования сбоев центра приложений
Сбои центра приложений предоставляют разработчикам обратные вызовы для выполнения дополнительных действий до и при отправке журналов сбоев в центр приложений.
Следует ли обрабатывать сбой?
Установите этот обратный вызов, если хотите решить, нужно ли обрабатывать определенный сбой. Например, может произойти сбой на уровне системы, который нужно проигнорировать и вы не хотите отсылать в центр приложений.
Запросите согласие пользователя отправить журнал сбоев
Если важна конфиденциальность пользователей, перед отправкой отчета о сбое в центр приложений может потребоваться получить подтверждение от пользователя. Пакет SDK предоставляет обратный вызов, который сообщает центру приложений о сбое ожидания подтверждения пользователем перед отправкой отчетов о сбоях.
Если вы решили сделать это, вы несете ответственность за получение подтверждения пользователя, например, через диалоговое окно с одним из следующих вариантов: всегда отправляйте, отправляйте и не отправляйте. В зависимости от входных данных центр приложений будет сообщать, что делать, и сбой будет обрабатываться соответствующим образом.
В пакете SDK не отображается диалоговое окно для этого, приложение должно предоставить собственный пользовательский интерфейс, чтобы запросить согласие пользователя.
Приложение не должно вызывать NotifyUserConfirmation явно, если не реализует диалоговое окно подтверждения пользователя; модуль crashs будет автоматически выполнять отправку журналов.
Следующий обратный вызов показывает, как настроить пакет SDK для ожидания подтверждения пользователя перед отправкой сбоев:
Если вы вернетесь true в ответный вызов выше, приложение должно получить (с помощью собственного кода) разрешение пользователя и передать сообщение SDK с результатом, используя следующий API.
Получение сведений о состоянии отправки журнала аварийного завершения
Иногда необходимо выяснить состояние сбоя приложения. Типичный вариант использования заключается в том, что может потребоваться отобразить пользовательский интерфейс, сообщающий пользователям о том, что приложение отправляет отчет о сбое, или, если после запуска приложение быстро завершается сбоем, необходимо настроить поведение приложения, чтобы убедиться, что журналы аварийного восстановления могут быть отправлены. Сбои центра приложений предоставляют три различных обратных вызова, которые можно использовать в приложении, чтобы получать уведомления о том, что происходит:
Следующий обратный вызов будет вызываться до того, как пакет SDK отправит журнал аварийного восстановления
Если у нас возникли проблемы с сетью или сбой в конечной точке, и вы перезапустите приложение, SendingErrorReport оно снова активируется после перезапуска процесса.
Следующий обратный вызов будет вызываться после успешной отправки пакетом SDK журнала сбоя
Если пакет SDK не смог отправить журнал сбоя, будет вызван следующий обратный вызов.
Этот обратный вызов не запускается, если проблема связана с сетью. В этом случае пакет SDK повторяет повторные попытки (а также приостанавливает попытки, пока сетевое подключение не исчезнет).
Добавление вложений в отчет о сбоях
Ограничение размера в настоящий момент составляет 7 МБ. Попытка отправить большое вложение вызовет ошибку.
Включение или отключение сбоев центра приложений во время выполнения
Вы можете включать и отключать сбои центра приложений во время выполнения. Если отключить его, пакет SDK не будет выполнять отчеты о сбоях для приложения.
Чтобы снова включить сбои в работе центра приложений, используйте тот же API, но передайте в true качестве параметра.
Не нужно ожидать этот вызов, чтобы обеспечить единообразие других вызовов API (например, IsEnabledAsync ).
Состояние сохраняется в хранилище устройства во всех запусках приложения.
Проверка включения сбоев в центре приложений
Вы также можете проверить, включен ли сбой в центре приложений:
Обработанные ошибки
Центр приложений также позволяет отслеживанию ошибок с помощью обработанных исключений. Для этого используйте TrackError метод:
Приложение может при необходимости присоединить свойства к обработанному отчету об ошибках, чтобы предоставить дальнейший контекст. Передайте свойства в виде словаря пар «ключ-значение» (только строк), как показано в примере ниже.
При необходимости можно также добавить двоичные и текстовые вложения в обработанный отчет об ошибках. Передайте вложения в виде массива ErrorAttachmentLog объектов, как показано в примере ниже.
Приложение uwp не запускается
Несколько секунд белый фон с надписью aReader вверху и затем выдаёт ошибку приложения с предложением отправить сведения о неполадках в майкрософт.
P/S/ Клиент 4PDA сегодня не просто вылетает, а перед этим на долю секунды вываливается окно с надписью «ошибка подключения».
Проблему нашел, за что спасибо пользователю Alex93. Сейчас работаю над исправлением.
Обновление уже в Store. Кто-то, у кого раньше вылетало, кроме Alex93, проверьте, пожалуйста, как оно работает.
На 10 дюймах шрифт мелковат.
Запускалось, имя не содержит кириллицы.
Я лично пользуюсь Time Tile
Добавлено 21.03.2013, 16:02:
Только начинаю пользоваться плитками, но уже нравится =)
Ищу следующие программу для книг.
Нужно приложение, которое искало бы все книги на компьютере (или при ручном добавлении сохраняло их в виде списка). Те бесплатные приложения, которые скачивал из Windows store, поддерживают pdf, fb2 или epub. Хотелось бы, чтобы приложение читало все эти форматы. Не очень удобно для отдельной книги пользоваться отдельной программой. Так же было бы супер, если у приложения был бы доступ к хорошей онлайн библиотеке.
Как-то она не регулярно работает. 🙁
Help, у меня после последнего обновления почты проблема, не могу поделиться файлами из других приложений.
Профиль | Отправить PM | Цитировать
