Вход и запуск приложений на портале Мои приложения
Вы можете использовать рабочую или учебную учетную запись с веб-порталом Мои приложения, чтобы:
-
Просмотр и запуск многих облачных приложений организации
-
Доступ к порталу «Мои группы»
-
Перейдите на портал «Моя учетная запись»
Если у вас нет доступа к порталу Мои приложения, обратитесь за разрешением в службу технической поддержки вашей организации.
Важно:
-
Это содержимое предназначено для Мои приложения пользователей. Если вы являетесь администратором, дополнительные сведения о настройке облачных приложений и управлении ими см.
-
Если вы видите ошибку при входе с помощью личной учетной записи Майкрософт, вы по-прежнему можете войти с помощью доменного имени вашей организации (например, contoso.com) или идентификатора клиента вашей организации от администратора в одном из следующих URL-адресов:
- https://myapplications.microsoft.com?tenantId=*your_domain_name*
- https://myapplications.microsoft.com?tenant=*your_tenant_ID*
Поддерживаемые браузеры
Вы можете ступить на портал Мои приложения из любого из следующих веб-браузеров. Корпорация Майкрософт рекомендует использовать самый актуальный браузер, совместимый с вашей операционной системой.
-
Microsoft Edge (последняя версия, рабочий стол и мобильные устройства)
-
Safari (последняя версия, Mac и iOS)
-
Chrome (последняя версия, настольные компьютеры и мобильные устройства)
Вы можете получить доступ к порталу Мои приложения на компьютере или в мобильной версии браузера Edge на мобильном устройстве iOS или Android.
Доступ к порталу Мои приложения на компьютере
Если у вас есть разрешение на доступ к облачным приложениям вашей организации и их использование, вы можете получить к ним доступ Мои приложения портале.
-
Войдите на портал Мои приложения с помощью рабочей или учебной учетной записи на компьютере. Ваша организация может направить вас на настраиваемую страницу, например https://myapps.microsoft.com/contoso.com. Появится Мои приложения, где отображаются все облачные приложения, принадлежащие вашей организации, которые доступны для использования.
-
На Мои приложения выберите приложение, которое вы хотите использовать. Откроется новая страница для приложения, на которой можно войти (при необходимости) или приступить к работе с приложением.
Скачивание и установка расширения Мои приложения secure sign-in
Скачайте и установите расширение Мои приложения secure sign-in, если появится соответствующий запрос. Это расширение помогает использовать браузер для настольных компьютеров для использования единого входа с облачными приложениями вашей организации. Просто наведите указатель мыши на приложение на Мои приложения портале, выберите меню «Дополнительные действия» […] и выберите пункт «Управление приложением».
Если в вашей организации уже настроен единый вход, расширение устанавливается автоматически, и вы можете пропустить этот раздел.
Расширение Мои приложения безопасного входа помогает:
-
Войдите непосредственно в приложения со страницы входа.
-
Запустите все приложения с помощью функции быстрого поиска.
- org/ListItem»>
Просмотрите последние приложения, которые вы использовали в разделе «Недавно использованные«.
- Используйте внутренние URL-адреса компании при удаленном использовании Application Proxy.
Скачивание и установка расширения
Скачайте и установите расширение в зависимости от браузера, который вы используете.
-
Microsoft Edge. В Microsoft Store перейдите к функции расширения Мои приложения Secure Sign-in, а затем выберите «Получить», чтобы получить расширение для Microsoft Edge устаревшего браузера.
- org/ListItem»>
Google Chrome — в интернет-магазин Chrome перейдите к Мои приложения расширению безопасного входа и нажмите кнопку «Добавить в Chrome».
Справа от адресной строки добавляется значок, который позволяет войти в систему и настроить расширение.
Изменение портала Мои приложения с помощью расширения
Вы можете выбрать количество приложений для просмотра в разделе «Недавно использовавшихся» и решить, следует ли разрешить перенаправление внутренних URL-адресов вашей организации.
-
Выберите новый значок Мои приложения расширения безопасного входа, а затем нажмите кнопку «Войти«, чтобы приступить к работе.
- org/ListItem»>
Щелкните правой кнопкой мыши Параметры и выберите Параметры.
-
В поле Параметры выберите количество последних приложений, которые вы хотите просмотреть на портале, и укажите, следует ли разрешить перенаправление внутренних URL-адресов организации, чтобы их можно было использовать удаленно.
Доступ к порталу Мои приложения на мобильном устройстве Edge
Просматривайте и используйте приложения своей организации в мобильной версии браузера Edge на своих устройствах.
-
На мобильном устройстве скачайте и установите мобильное приложение браузера Edge из apple App Store и Google Play Store.
-
Откройте браузер Edge для мобильных устройств и войдите на портал Мои приложения с помощью рабочей или учебной учетной записи на компьютере. Ваша организация может направить вас на настраиваемую страницу, например https://myapps.microsoft.com/contoso.com.
-
На странице «Приложения» выберите приложение, которое вы хотите использовать. Откроется новая страница для приложения, на которой можно войти (при необходимости) или приступить к работе с приложением.
Добавление нового приложения на портал Мои приложения
Если администратор предоставил вам разрешение, вы можете добавить новое приложение на страницу «Приложения«.
-
На странице «Приложения» выберите «Добавить приложения самообслуживания».
-
Выберите приложение, которое нужно добавить из предоставленного списка, а затем нажмите кнопку «Добавить».
-
Приложение добавляется в список на странице «Приложения
Дальнейшие действия
После входа на страницу «Приложения» вы можете:
- org/ListItem»>
Изменение сведений о профиле
-
Просмотр и обновление сведений, связанных с группами
Обзор портала «Мои приложения» — Microsoft Entra
- Статья
- Чтение занимает 6 мин
Мои приложения — это веб-портал, который используется для управления приложениями и их запуска в Azure Active Directory (Azure AD). Чтобы работать с приложениями на портале «Мои приложения», используйте учетную запись организации в Azure AD и получите доступ от администратора Azure AD. Портал «Мои приложения» отделен от портала Azure. Для него не требуется подписка Azure или Microsoft 365.
Пользователи получают доступ к порталу «Мои приложения» для задач, перечисленных далее.
- Обнаружение приложений, к которым у вас есть доступ
- Запрос новых приложений, для которых организация поддерживает самообслуживание
- Создание личных коллекций приложений
- Управление доступом к приложениям
Следующие условия определяют, видит ли пользователь или группа на портале «Мои приложения» приложение из списка корпоративных приложений на портале Azure:
- Отображение настроено в свойствах приложения.
- Приложение назначено пользователю или группе.
Примечание
Свойство Пользователи могут видеть приложения Office 365 только на портале Office 365 на портале Azure может влиять на то, могут ли пользователи видеть приложения Office 365 только на портале Office 365. Если для этого параметра задано значение Нет, пользователи могут просматривать список приложений Office 365 как на портале «Мои приложения», так и на портале Office 365. Этот параметр можно найти в разделе Управление меню Корпоративные приложения > Параметры пользователя.
Администраторы могут настраивать:
- Возможности предоставления согласия, в том числе условия предоставления услуг.
- Запросы на самостоятельное обнаружение и доступ к приложениям.
- Коллекции приложений.
- Фирменная символика компании и приложения.
Общие сведения о свойствах приложения
Свойства, определенные для приложения, могут повлиять на то, как пользователь взаимодействует с ним на портале «Мои приложения».
- Включено для входа пользователей? Если для этого свойства установлено значение Да, назначенные пользователи могут входить в приложение с портала «Мои приложения».
- Имя. Имя приложения, которое пользователи видят на портале «Мои приложения». Администраторы видят имя при управлении доступом к приложению.
- URL-адрес домашней страницы. URL-адрес, по которому выполняется переход при выборе приложения на портале «Мои приложения».
- Логотип. Логотип приложения, который пользователь видит на портале «Мои приложения».
- Видно пользователям? Определяет, отображается ли приложение на портале «Мои приложения». Даже если этому свойству присвоено значение Да, приложения, которым не назначены пользователи или группы, не отображаются на портале «Мои приложения». Видеть приложение на портале «Мои приложения» могут только назначенные пользователи.
Дополнительные сведения см. в статье Свойства корпоративного приложения.
Обнаружение приложений
При входе на портал Мои приложения пользователю отображаются определенные приложения. Чтобы приложение отображалось на портале «Мои приложения», на портале Azure задайте соответствующие свойства. а также назначьте пользователей или группы.
Чтобы найти приложение на портале «Мои приложения», введите имя приложения в поле поиска в верхней части страницы. Выберите, как приложения будут отображаться: Представление списка или Представление сетки.
Важно!
Приложение появляется на портале «Мои приложения» через несколько минут после добавления в клиент на портале Azure. Кроме того, может потребоваться время на предоставление пользователям доступа к приложению.
Приложения могут быть скрыты. Дополнительные сведения см. в статье Скрытие корпоративного приложения.
На портале Azure задайте логотип и имя приложения, чтобы представить фирменную символику компании на портале «Мои приложения». Баннер с логотипом отображается в верхней части страницы (см. ниже пример логотипа Contoso).
Дополнительные сведения см. в статье Добавление фирменного стиля на страницу входа вашей организации.
Управление доступом к приложениям
На то, есть ли у пользователей доступ к приложению, и как они могут его получить, влияет несколько факторов. Разрешения, назначенные приложению, могут повлиять на то, какие действия доступны пользователям. Приложения можно настроить так, чтобы разрешить самостоятельный доступ, или доступ может предоставляться только администратором клиента.
Расширение защищенного входа на страницу «Мои приложения»
Установите расширение защищенного входа на страницу «Мои приложения» для входа в некоторые приложения. Это расширение требуется для входа в приложения с единым входом на основе паролей или приложений, к которым доступ осуществляется через Azure AD Application Proxy. Пользователям будем предложено установить это расширение при первом запуске такого приложения.
Чтобы интегрировать эти приложения, определите механизм для масштабного развертывания расширения в поддерживаемых браузерах. Возможны следующие значения.
- Управляемое пользователем скачивание и настройка для Chrome, Microsoft Edge или IE
- Configuration Manager для Internet Explorer
Это расширение позволяет пользователям запускать любое приложение из панели поиска, получать доступ к недавно использованным приложениям и переходить на портал «Мои приложения». Для приложений, использующих единый вход на основе пароля, или доступ к которым осуществляется с помощью Microsoft Azure AD Application Proxy, используйте мобильную версию Microsoft Edge. Для других приложений можно использовать любой браузер мобильного устройства. Не забудьте включить единый вход на основе пароля в параметрах мобильных устройств. По умолчанию он может быть отключен. Например, выберите «Параметры» — > «Конфиденциальность и безопасность» -> «Azure AD Password SSO» (Единый вход по паролю Azure AD).
Скачивание и установка расширения
- Microsoft Edge — в Microsoft Store перейдите к компоненту My Apps Secure Sign-in Extension (Расширение защищенного входа в «Мои приложения») и нажмите кнопку Получить, чтобы установить расширение для браузера Microsoft Edge прежних версий.
- Google Chrome — в интернет-магазине Chrome перейдите к компоненту My Apps Secure Sign-in Extension (Расширение защищенного входа в «Мои приложения») и нажмите Добавить в Chrome.
Значок добавляется справа от адресной строки. С его помощью можно выполнять вход и настройку расширения.
Разрешения
Разрешения, предоставленные приложению, можно посмотреть на соответствующей вкладке. Чтобы получить к ней доступ, в правом верхнем углу нажмите плитку, соответствующую приложению, и выберите Управление приложением.
Для отображаемых разрешений предоставил согласие администратор или пользователь. Разрешения, на которые предоставил согласие пользователь, могут быть им отменены.
На следующем изображении показано разрешение email
для Microsoft Graph, на которое предоставил согласие администратор клиента.
Самостоятельный доступ к приложениям
Можно предоставить доступ на уровне клиента (путем назначения определенным пользователям) или самостоятельный доступ. Прежде чем пользователи смогут самостоятельно обнаруживать приложения на портале «Мои приложения», необходимо включить самостоятельный доступ к приложениям на портале Azure. Эта функция доступна для приложений, добавляемых с помощью следующих методов:
- Коллекция приложений Azure AD.
- Прокси приложения Azure AD.
- Использование согласия пользователя или администратора.
Разрешите пользователям обнаруживать приложения и запрашивать доступ к ним через портал «Мои приложения». Для этого выполните следующие задачи на портале Azure:
- Включение самостоятельного управления группами
- Включение единого входа для приложения
- Создание группы для доступа к приложению
Когда пользователи запрашивают доступ, они делают это для базовой группы, а владельцы этой группы могут делегировать разрешения на управление членством в группе и доступом к приложениям. Для явного утверждения доступа к приложениям предусмотрены рабочие процессы утверждения. Пользователи, которые отвечают за утверждение, при наличии ожидающего запроса на доступ к приложению будут получать уведомления на портале «Мои приложения».
Дополнительные сведения см. в статье Включение назначения самостоятельного доступа к приложениям.
Единый вход
По возможности включайте единый вход на портале Azure для всех приложений, доступных на портале «Мои приложения». Если единый вход настроен, пользователям не нужно будет постоянно вводить свои учетные данные. Дополнительные сведения см. в статье Возможности единого входа в Azure AD.
Приложения можно добавлять с помощью параметра Linked SSO. Настройте плитку приложения, которая ссылается на URL-адрес существующего веб-приложения. Единый вход по ссылке позволяет направлять пользователей на портал «Мои приложения» без переноса всех приложений на единый вход Azure AD. Постепенно перейдите на приложения, настроенные для единого входа с помощью Azure AD, чтобы не нарушать работу пользователей.
Дополнительные сведения см. в статье Добавление единого входа по ссылке в приложение.
Создание коллекций
По умолчанию все приложения перечислены вместе на одной странице. Коллекции можно использовать для объединения связанных приложений и их представления на отдельной вкладке, что упрощает их поиск. Например, коллекции можно использовать для создания логических группирований приложений для конкретных ролей заданий, задач, проектов и т. п. Каждое приложение, к которому у пользователя есть доступ, отображается в коллекции приложений по умолчанию, но пользователь может удалять приложения из коллекции.
Пользователи также могут настроить отображение приложений:
- создавая собственные коллекции приложений;
- скрывая и изменяя порядок приложений в коллекции.
Приложения могут быть скрыты на портале «Мои приложения» пользователем или администратором. Доступ к скрытому приложению по-прежнему можно получить из других расположений, таких как портал Microsoft 365. Только 950 приложений, к которым у пользователя есть доступ, доступны на портале «Мои приложения».
Дополнительные сведения см. в статье Создание коллекций на портале «Мои приложения».
Дальнейшие действия
Дополнительные сведения об управлении приложениями см. в статье Что такое управление корпоративными приложениями?.
Почему я не вижу свои приложения или данные мониторинга?
На этой странице объясняется, что делать, если Real User Monitoring не работает в вашей среде.
Прежде чем приступать к устранению неполадок, попробуйте проверить страницу проверки работоспособности вашего приложения.
Чтобы убедиться, что процесс веб-интерфейса вашего приложения отслеживается, перейдите к Настройки > Мониторинг > Обзор мониторинга , перейдите на вкладку Группы процессов и найдите нужную группу процессов. На этой странице перечислены все отслеживаемые процессы.
Если данные RUM попадают в неправильное приложение, убедитесь, что вы правильно настроили правила обнаружения приложений. Дополнительные сведения см. в разделе Проверка правил обнаружения приложений или Подход к правилам обнаружения приложений.
Если вы не видите ни одного из своих приложений или данных Real User Monitoring в Dynatrace, начните с подтверждения наличия трафика в ваших интерфейсных веб-процессах (веб-сервер, Java, Node.js и т. д.). Для этого взаимодействуйте с одной из страниц вашего приложения, чтобы генерировать трафик.
Убедившись, что на интерфейсные веб-процессы поступает трафик, проверьте следующее, чтобы определить причину проблемы:
- Убедитесь, что RUM JavaScript правильно внедрен в HTML вашего приложения.
- Подтвердите, что RUM JavaScript загружен правильно.
- Подтвердите отправку данных мониторинга RUM в Dynatrace.
Подробнее о подтверждении этих точек см. в расширяемых разделах ниже.
В редких случаях JavaScript-код Dynatrace RUM, внедряемый на каждую страницу приложения, может отрицательно сказаться на функциональности приложения. По этой причине после установки OneAgent убедитесь, что страницы вашего приложения по-прежнему отображаются правильно. Если некоторые страницы вашего приложения кажутся поврежденными, отключите мониторинг и свяжитесь со специалистом по продуктам Dynatrace ONE, нажав кнопку чата в правом верхнем углу строки меню Dynatrace.
Как убедиться, что RUM JavaScript введен правильно?
Первое, что нужно сделать для проверки правильности настройки Real User Monitoring, — это найти код JavaScript Dynatrace RUM в HTML-коде вашего приложения.
Загрузите одну из своих страниц, проверьте ее исходный код в веб-браузере и убедитесь, что элемент
содержит ссылку на RUM JavaScript. Если вы не можете найти RUM JavaScript, убедитесь, что вы используете правильный HTML с открывающими и закрывающими тегами для
и <ГОЛОВА>
. Для получения дополнительной информации о том, соответствует ли ваш HTML требованиям для автоматического внедрения, посетите веб-сайт RUM JavaScript-инъекция.
Для стандартных установок OneAgent (автоматическое внедрение RUM JavaScript)
В зависимости от выбранного вами формата внедрения разные форматы RUM JavaScript выглядят по-разному, но их всех объединяет атрибут data-dtconfig
.
Поиск сценария, содержащего атрибут data-dtconfig
в теге.
html
Для безагентного мониторинга (без OneAgent, без автоматического внедрения)
Если вы используете фрагмент кода , встроенный код или скрипт OneAgent в формате JavaScript 8, который ищет тег 9000 для внедрения JavaScript 8 содержит data-dtconfig 9Атрибут 0040 в теге.
Если вы используете формат внедрения тега JavaScript , найдите сценарий, который заканчивается строкой
_complete.
и загружается из js
js-cdn.dynatrace.com
или из вашей собственной CDN или домена в Dynatrace Managed (рекомендуется CDN).
html
В приведенном выше примере
[...]
указывает переменный элемент URL, например идентификатор приложения или параметр конфигурации.
Если вы не видите RUM JavaScript, автоматически внедренный OneAgent, возможно, это произошло по одной из следующих причин:
Dynatrace OneAgent не смог идентифицировать содержимое как HTML или отменил попытку внедрения из-за недопустимой структуры HTML или неверные кодировки. См. раздел Внедрение RUM JavaScript, чтобы узнать, как OneAgent внедряет RUM JavaScript в ваше приложение.
Запрос сопоставляется с приложением, отличным от ожидаемого, поскольку обнаружение приложений было настроено неправильно.
Либо шаблон неверен, либо связанные веб-серверы работают за прокси-серверами или другими компонентами, которые перезаписывают URL-адрес. Дополнительные сведения см. в разделе Что делать, если неинструментальный компонент перезаписывает части URL-адреса?.
Приложение, обнаруженное OneAgent на первом инструментированном уровне, не распространяется на последующие OneAgent, поскольку
x-dynatrace-application 9Заголовок 0040 удаляется брандмауэром или прокси.
Вы определили правила исключения для браузеров, роботов и поисковых роботов.
Как убедиться, что RUM JavaScript загружен успешно?
JavaScript Dynatrace RUM для вашего приложения загружается вместе со всеми другими ресурсами веб-страницы. Вы можете подтвердить, что загрузка прошла успешно, с помощью инструментов разработки, доступных в вашем браузере (например, DevTools в Chrome) или с помощью такого инструмента, как Fiddler.
Откройте предпочитаемый инструмент разработки, перейдите в раздел Network или Net и загрузите страницу своего приложения в браузере.
В разделе Сеть вы должны увидеть список сетевых операций и их статусы. Ищите следующее:
Ответы, содержащие RUM JavaScript.
Ответы должны иметь статус
200 OK
или304 Не изменено
. Файл сценария может исходить из кеша.Существование объекта JavaScript
дТ_
.
Для этого перейдите в консоль разработчика браузера, введитеdT_
и нажмите Enter . В результате объект должен быть возвращен.
См. примеры ниже для Google Chrome, которые показывают ответы сервера, содержащие правильное содержимое скрипта:
Существует несколько причин, по которым RUM JavaScript может быть недоступен для загрузки.
Для безагентного мониторинга
Неверный JavaScript RUM.
Правила Content Security Policy предотвращают загрузку RUM JavaScript.
Хост RUM JavaScript (
https://js-cdn.
в Dynatrace SaaS; ваш собственный CDN или домен в Dynatrace Managed) недоступен для клиентских браузеров из-за правил брандмауэра или конфигурации прокси-сервера. Соединения с хостом должны быть разрешены.dynatrace.com
Для автоматического внедрения на веб-серверах
Правила брандмауэров, балансировщиков нагрузки или прокси-серверов не настроены для разрешения загрузки RUM JavaScript.
Для автоматического внедрения на серверах приложений Java
Корневое приложение не существует. RUM JavaScript обычно загружается из корневого пути веб-сервера (
.../ruxitagentjs_...
).Ваш сервер приложений Java обслуживает статическое содержимое без использования стека сервлетов. В таких случаях загрузка RUM JavaScript невозможна.
Чтобы решить проблему с загрузкой JavaScript, вызванную отсутствием корневого приложения:
В меню Dynatrace перейдите к Web .
Выберите приложение, которое вы хотите настроить.
В правом верхнем углу страницы обзора приложения выберите Дополнительно ( … ) > Редактировать .
В настройках приложения перейдите к Захват > Дополнительные настройки .
Прокрутите вниз до раздела
библиотеки JavaScript .
Укажите исходный путь для размещения файла библиотеки JavaScript вашего приложения в поле Укажите местоположение для файла библиотеки JavaScript . Этот путь должен указывать на место, где доступен RUM JavaScript (например, действительный путь сервлета).
Как убедиться, что RUM JavaScript передает данные на сервер?
RUM JavaScript возвращает данные через запросы XHR или CORS POST. Вы можете просмотреть эти запросы среди сетевых операций, используя средства разработки браузера.
Для безагентного мониторинга
Запросы CORS к инфраструктуре Dynatrace должны быть видны. Найдите следующее:
Шаблон URL:
http(s)://[...].live.dynatrace.com/bf
Шаблон URL для Dynatrace Managed: или
http(s)://[...]/bf/[...]
Ответы должны иметь статус
200 OK
, а содержимое ответа должно начинаться с«ОК»
.
Для автоматического впрыска
XHR-запросы обратно на сервер должны быть видны. Найдите следующее:
URL-адрес относится к текущему местоположению страницы и начинается с
rb_
- Ответы должны иметь статус
200 OK
, а содержимое ответа должно начинаться с«ОК»
.
.
Если содержимое ответа начинается с
"FL"
, маяк был отклонен и не перенаправлен на сервер. Ответ содержит дополнительную информацию о проблеме. Одна из возможных основных причин заключается в том, что Dynatrace ограничивает скорость захвата вашего приложения.
Возможные причины сбоя
Возможные причины сбоя
Причины этого аналогичны причинам, по которым может не загружаться RUM JavaScript:
Возможно, потребуется адаптировать правила для брандмауэров, балансировщиков нагрузки или прокси-серверов.
Возможно, потребуется изменить параметры политики безопасности содержимого.
Возможно, потребуется изменить настройку сервера приложений Java.
Для безагентного мониторинга ваш браузер может не поддерживать запросы CORS. Данные могут передаваться только через браузеры, поддерживающие CORS.
Что делать, если RUM JavaScript не выполняется?
Содержимое, доставляемое в виде XHTML (тип содержимого
application/xhtml+xml
), может вызвать проблемы с внедренным RUM JavaScript. Комментарии CDATA ( // ) не вводятся, поскольку XHTML устарел, но это все еще может привести к тому, что браузеры не выполнят RUM JavaScript.
Вы должны вручную добавить правильные комментарии
CDATA
для правильного выполнения RUM JavaScript.
Могу ли я установить флаг «HttpOnly» для файлов cookie Dynatrace?
Корреляция RUM требует, чтобы файлы cookie
dtCookie
и dtPC
находились в веб-запросах, чтобы связать их с действиями пользователя. Однако, поскольку dtCookie
является частью маяка и поскольку RUM JavaScript устанавливает и изменяет эти файлы cookie, они не поддерживают флаг HttpOnly
. Подробную информацию см. в разделе «Файлы cookie».
Могу ли я проверить, проходит ли сигнал монитора через мою инфраструктуру?
Чтобы убедиться, что сигнал монитора правильно проходит через вашу инфраструктуру в OneAgent, вы должны вызвать форму URL
<ваше имя хоста>/rb_<ваш внешний идентификатор среды>?$
.
Чтобы получить URL-адрес вашей среды для проверки сигнала монитора
Откройте инструменты разработчика браузера и найдите запрос
XHR Post
, начинающийся сrb_
, например,https://www .
.mydomain.com/rb_bf24977vwq
Скопируйте URL этого запроса и добавьте строку запроса
?type=check
, например,https://www.mydomain.com/rb_bf24977vwq?type=check
.Нажмите Введите , чтобы выполнить URL-адрес в браузере.
Вы должны получить ответ со статусом
200
и текстом вроде "state=ok&agentType=nginx&agentVersion=1.121.170.20170703-101146"
.
Пока появляется строка state=ok
(вместе с другим текстом и статусом HTTP), вы знаете, что сигнал маяка проходит через ваши серверы, и вы должны получать данные мониторинга реальных пользователей.
Если эти предложения не помогли решить вашу проблему, обратитесь к специалисту по продуктам Dynatrace ONE, нажав кнопку чата в правом верхнем углу строки меню Dynatrace.
После настройки OneAgent для мониторинга реальных пользователей мое приложение не работает. Что я могу сделать?
Если ваше приложение не работает в этом сценарии, проверьте, работает ли приложение с отключенным RUM JavaScript.
Для этого заблокируйте запрос с помощью Fiddler или Chrome DevTools.
В Chrome DevTools перейдите на вкладку Network .
Выберите Еще ( … ) > Блокировка сетевых запросов .
Выберите Включить блокировку сетевых запросов , а затем введите часть URL-адреса RUM JavaScript, например,
ruxitagent
. Обратите внимание, что это не работает для встроенного RUM JavaScript.
Если приложение не работает с отключенным RUM JavaScript, проблема, скорее всего, связана с приложением или вызвана OneAgent. Однако, если приложение работает после отключения RUM JavaScript, снова включите RUM JavaScript, но отключите все модули. Пробуйте включать модули по одному, пока приложение не перестанет работать. Используйте эту информацию при обращении в Dynatrace ONE, так как она помогает сузить проблему до определенного модуля.
Почему возникает задержка в отображении новых данных сеанса пользователя?
О новых пользовательских сеансах не сообщается в режиме реального времени. Существует задержка в 5–6 минут с момента начала нового сеанса пользователя до момента, когда сеанс пользователя отображается в диаграммах и других аналитических представлениях в веб-интерфейсе Dynatrace. Эта задержка приводит к небольшому уменьшению количества пользовательских сеансов, которые регистрируются в конце каждого временного интервала, в течение которого запускаются новые пользовательские сеансы.
Что делать, если я знаю, что данные о действиях пользователя RUM отсутствуют?
Если данные о действиях пользователя отсутствуют в отслеживаемом веб-приложении, вы можете выполнить следующие проверки в Google Chrome с открытым Chrome DevTools, а затем использовать Chrome DevTools, чтобы убедиться, что определенные данные существуют, чтобы проверить, правильно ли фиксируются данные о действиях пользователя.
Нажмите F12 , чтобы открыть Chrome DevTools в Chrome.
Убедитесь, что действие пользователя запускает сетевой трафик . Откройте вкладку Network в Chrome DevTools, а затем удалите все запросы. Выполните действие, которое вы хотите проверить, и проверьте сетевой трафик действия. Для этого проверьте Введите столбец на вкладке Сеть . Если нет запросов типа
xhr
илиfetch
, это не действие, и RUM JavaScript не сообщит об этом. Изображения и информация CSS не считаютсяxhr
илиfetch
и не вызывают генерацию действия. Если вы не видите запросовxhr
илиfetch
, используйте JavaScript API для ручного отслеживания этого действия.Убедитесь, что действие не использует
setTimeout(асинхронный)
. Выполните действие, которое вы хотите проверить, и используйте Chrome DevTools, чтобы убедиться, что на вкладке Network есть запросxhr
.Если существует запрос
xhr
, наведите указатель мыши на столбец Initiator в этой строке и посмотрите, есть ли строка, которая читаетsetTimeout(async)
. Если это так, посмотрите, помогает ли включениеTimed action support
зафиксировать это действие. Если это не работает, или если Инициатор содержитsetInterval(async)
илиPromise(async)
, необходима ручная настройка. Дополнительные сведения см. в разделе Отсутствующие действия XHR при использовании промисов.
На следующем изображении показан типичный запрос
xhr
в Chrome DevTools с setTimeout(async)
в данных инициатора.
Убедитесь, что активированы правильные модули . Выполните действие и используйте Chrome DevTools, чтобы увидеть,0007 Вкладка Network содержит запрос с типом
fetch
илиxhr
. Включите правильный модуль — выборку или более специализированный модуль для выборки, BasicXHR или более специализированный модуль для действий XHR.
Что делать, если веб-запрос не связан с соответствующим действием пользователя?
Если связь между действием пользователя и его распределенной трассировкой отсутствует, проверьте следующее:
Убедитесь, что веб-запросы перехватываются : Убедитесь, что сервер, обрабатывающий веб-запросы, оснащен OneAgent, а веб-запрос виден в Dynatrace. Если некоторые ожидаемые распределенные трассировки отсутствуют, проверьте, скорректировал ли OneAgent объем данных, отправляемых на сервер Dynatrace из-за большой нагрузки. Дополнительные сведения см. в разделе Адаптивное управление трафиком для распределенной трассировки.
Убедитесь, что технология RUM поддерживается. : В целом, чтобы распределенные трассировки могли быть связаны с их действиями пользователя, технология на первом уровне инструментированных приложений должна быть одной из технологий, перечисленных в разделе Поддержка технологий — Мониторинг реальных пользователей — Веб.
серверов и приложений или, для вызовов XHR, также в разделе «Развернуть OneAgent как расширение AWS Lambda».
Убедитесь, что RUM включен в группе процессов : Вы должны включить RUM в группе процессов, которая обрабатывает запрос. Если ваше приложение состоит из нескольких уровней, включите RUM по крайней мере на первом уровне (уровень, ближайший к браузеру). Дополнительные сведения см. в разделе Реальный мониторинг пользователей для групп процессов.
Проверить, является ли веб-запрос запросом из разных источников . Если это так, следуйте инструкциям в разделе Связывание действий пользователя XHR из разных источников и их распределенных трассировок.
Проверьте, нет ли проблемы с доменом cookie : Проблемы с определением имени хоста могут нарушить автоматическое определение домена cookie, или домен cookie мог быть неправильно настроен вручную. Дополнительные сведения см. в разделе Настройка домена cookie RUM для веб-приложений.
Убедитесь, что ваши брандмауэры и прокси-серверы пропускают файлы cookie и заголовки RUM. Дополнительные сведения см. в разделе Ограничения брандмауэра для RUM.
Если вы настроили свою инфраструктуру для добавления
Атрибут HttpOnly
наdtCookie
, удалите этот атрибут; он не поддерживается для файлов cookie RUM. Подробнее см. в разделе «Файлы cookie».
Что делать, если сеансы пользователей случайным образом разбиваются на более короткие сеансы?
Если вы настроили домен cookie вручную, убедитесь, что он не пересекается с доменом cookie другого приложения. Дополнительные сведения см. в разделе Настройка домена cookie RUM для веб-приложений.
Убедитесь, что ваши брандмауэры и прокси-серверы пропускают файлы cookie RUM. Дополнительные сведения см. в разделе Ограничения брандмауэра для RUM.
Если вы настроили свою инфраструктуру для добавления атрибута
HttpOnly
кdtCookie
, удалите этот атрибут; он не поддерживается для файлов cookie RUM.Подробнее см. в разделе «Файлы cookie».
Как узнать, с каким действием должен быть связан данный веб-запрос?
Когда действие активно с пользовательским вводом и XHR, RUM JavaScript устанавливает значение cookie запроса
dtPC
. Это значение содержит pageId
и actionId
, а также может содержать serverid
и visitid
значения в строке значений. Чтобы увидеть значение, используйте Chrome DevTools. Чтобы увидеть значение файла cookie запроса dtPC
, выполните нужное действие в своем приложении, перейдите на вкладку Сеть и найдите имя запроса в столбце Имя . Выберите имя запроса, перейдите на вкладку Cookies и проверьте значение файла cookie запроса dtPC
, как показано на следующем рисунке. Формат для Dynatrace Значения файла cookie запроса dtPC
:
.
Что делать, если у действий XHR нет информации о времени?
Если ваша страница запрашивает ресурсы из других доменов, необходимо установить HTTP-заголовок ответа Timing-Allow-Origin. В противном случае браузер не сможет предоставить значения, и они не смогут отобразиться на диаграмме разбивки участников. Если это произойдет, в области диаграммы появится сообщение о том, что сетевое время и время сервера не могут быть рассчитаны, поскольку Dynatrace не получил тайминги ресурсов W3C.
Что делать, если для навигации по субдоменам отсутствуют исходные действия?
Начиная с ноября 2022 года в браузерах применяется более строгая политика реферера. Это привело к отсутствию действий источника субдоменов для ваших приложений, отслеживаемых с помощью Dynatrace.
Политика реферера управляет свойством
document.referrer
на целевой странице. После того, как политика реферера по умолчанию изменилась с без реферера при переходе на более раннюю версию
на строгое происхождение при перекрестном происхождении
в 2022 году, document.
заполняется только источником, в то время как полный URL исходной страницы удаляется для запросов между источниками. Например, если вы переходите с referrer
https://www.dynatrace.com/pricing
на https://community.dynatrace.com
, document.referrer
на целевой странице содержит только https:// www.dynatrace.com
.
Поскольку полный URL-адрес исходной страницы усечен, Dynatrace не может определить точное происхождение навигации и вынуждена удалить информацию об исходном действии. Это приводит к тому, что действия навигации становятся короче, чем они были бы, если бы был доступен полный URL-адрес исходной страницы.
Чтобы устранить эту проблему, установите для политики реферера исходной страницы значение
no-referrer-when-downgrade
либо через HTTP-заголовок Referrer-Policy
, либо внутри HTML. Это заполнит document.referrer
на целевой странице полным URL-адресом исходной страницы (только когда уровень безопасности протокола останется прежним или улучшится: HTTP > HTTP, HTTP > HTTPS, HTTPS > HTTPS).
Браузеры, ориентированные на конфиденциальность, такие как Brave, игнорируют политику set referrer, поэтому всегда
строгое происхождение при перекрестном происхождении
. По этой причине Dynatrace не может генерировать исходные действия для навигации по субдоменам в таких браузерах.
Что делать, если метаданные отсутствуют?
Проверьте следующее, если отсутствуют некоторые необходимые метаданные.
Посмотрите, может ли RUM JavaScript прямо сейчас зафиксировать значение .
RUM JavaScript предлагает
функцию dtrum.getAndEvaluateMetaData()
, которая собирает все сконфигурированные метаданные и выводит список текущих значений. Если метаданные не были захвачены, функция указывает причину этого.Если выражения метаданных нет в списке, возможно, страница, на которой вы сейчас находитесь, не соответствует правильному приложению.
Если выражение метаданных показывает данные, которые вы намеревались захватить, данные могут быть недоступны, когда RUM JavaScript захватывает их.
Данные фиксируются всякий раз, когда действие завершено, поэтому, если данные доступны только после этого, то RUM JavaScript не может захватывать эти значения.
Проверить, содержится ли переменная JavaScript или элемент DOM во фрейме или IFrame .
IFrames и Frames имеют собственный контекст JavaScript, поэтому невозможно получить доступ к переменным, доступным только в другом фрейме. Элементы DOM также должны быть доступны во фрейме или IFrame, в который внедрен RUM JavaScript, потому что IFrames могут иметь ограничения доступа.
Вы можете использовать Chrome DevTools для проверки захвата переменных JavaScript или элементов DOM. Для этого выполните нужное действие в приложении. Затем перейдите на вкладку Console в Chrome DevTools и проверьте журнал на наличие
Значение элемента DOM
иЗначение переменной
записей. Убедитесь, что эти записи имеют допустимые значения.На следующем изображении показан доступ к элементу DOM в IFrame, содержащем элемент DOM:
На этом изображении показан доступ к элементу DOM в IFrame, который не содержит элемент DOM:
Проверьте, неверный ли селектор DOM или недоступен querySelector .
Выполните следующие действия, чтобы убедиться в правильности селектора DOM:
Убедитесь, что
document.querySelector
доступен, введя его в консоль Chrome DevTools. Если он недоступен, вы не сможете фиксировать значения в этом браузере. Однако это маловероятно, так какdocument.querySelector
поддерживается даже более старыми версиями браузера.Убедитесь, что
document.querySelector('yourselector')
возвращает значение, которое вы хотите получить. Если нет, то ваш селектор запросовселектор запросов
.
Чтобы проверить возвращаемое значение для
document.querySelector
, выполните требуемое действие в приложении. Затем в Chrome DevTools перейдите на вкладку Elements , выполните поиск строкиdocument.
и проверьте возвращаемое значение.querySelector
На следующем изображении показаны данные, правильно возвращенные из
document.querySelector
:Проверьте, используют ли файлы cookie HttpOnly .
Если для файлов cookie установлен флаг
HttpOnly
, RUM JavaScript не может получить доступ к его значениям, и значение не сообщается, как показано на следующем рисунке.Вы можете проверить, установлен ли флаг
HttpOnly
для файлов cookie на вкладке Application Chrome DevTools.Убедитесь, что файлы cookie установлены в правильном домене .
Иногда файлы cookie не устанавливаются в правильном домене, даже если они отображаются в Chrome DevTools. Это означает, что вы можете увидеть значение файла cookie в Chrome DevTools, но файл cookie недоступен из RUM JavaScript.
Чтобы попробовать это, вы можете найти строку
document.
в консоли Chrome DevTools и проверить, содержит ли возвращаемая строка файл cookie, который вы хотите захватить.cookie
Что делать, если сеансы помечены неправильно или отсутствуют метаданные?
Если вы заметили, что ваши сеансы неправильно помечены или у вас отсутствуют метаданные, это, вероятно, связано с настройкой конфиденциальности данных приложения под названием Не отслеживать .
Для этого параметра параметр Захват данных анонимного сеанса пользователя для браузеров с включенной функцией «Не отслеживать» включен по умолчанию, что является важным элементом конфиденциальности данных RUM. Этот параметр гарантирует, что Dynatrace фиксирует только анонимные сеансы, когда в браузерах пользователей обнаружена настройка «Не отслеживать».
Вы можете изменить настройку Не отслеживать для своего приложения. Обратите внимание, что если вы выберете Отключить мониторинг реальных пользователей для браузеров с включенной функцией «Не отслеживать» , RUM отключается, когда в браузерах пользователей обнаруживается параметр «Не отслеживать».
Подробные инструкции см. в разделе Настройка мониторинга реальных пользователей в соответствии с GDPR > Не отслеживать.
Справочный центр USAJOBS | Как просмотреть статус вашего заявления и задания
Справочный центр USAJOBS | Как просмотреть статус вашего заявления и задания
Теперь мы отображаем статус задания на панели инструментов вашего приложения, а не статус отдельного приложения. Это изменение предоставляет вам наиболее точную информацию о ваших заявлениях о приеме на работу.
После того, как вы подаете заявление о приеме на работу, агентство по найму несет ответственность за предоставление статуса вашего заявления (например, заявление получено или передано). Вы можете проверить статус своего приложения, щелкнув ссылку Отследить это приложение для каждого приложения. Агентство по найму также может отправлять вам электронные письма с обновлениями вашего заявления.
Войдите в свой профиль USAJOBS.
Перейдите к своим Приложениям , расположенным на вашей Домашней странице — ваши активные приложения отображаются автоматически по дате их последнего обновления.
Просмотрите список приложений. Статус задания выделен для каждого приложения.
Нажмите Отследить это приложение , чтобы просмотреть статус вашего заявления. Ссылка приведет вас к системе подачи заявок агентства по найму, которая имеет самую последнюю информацию о статусе вашей заявки.
Нажмите + , чтобы просмотреть дополнительные сведения о приложении.
Вы также можете найти и отфильтровать свои приложения.
Если вы не видите Отследить это приложение 9Ссылка 0008, свяжитесь с контактным лицом агентства по объявлению о вакансии.
Статус заявки доступен только в том случае, если вы отправляете свое резюме через USAJOBS с помощью кнопки Применить . Мы не можем отследить вашу заявку, если вы отправили ее через веб-сайт агентства или любым другим способом, например по факсу, электронной или обычной почте.
Статус работы показывает, на каком этапе процесса найма находится вакансия — принимает ли агентство по найму заявки, рассматривает ли заявки, завершило процесс найма или отменило вакансию.
Прием заявлений
Это объявление о вакансии открыто и принимаются заявления. Вы можете подать заявку сейчас.
Рассмотрение заявлений
Объявление о вакансии закрыто, агентство по найму рассматривает заявления. Этот статус будет отображаться до завершения процесса найма. Если вы хотите просмотреть более подробную информацию о статусе вашей заявки, нажмите Отследить эту заявку .
Найм завершен
Найм завершен, и вакансия заполнена.
ПРИМЕЧАНИЕ. В настоящее время вы увидите Рассмотрение заявок , даже если прием на работу завершен. Агентства по найму несут ответственность за пометку вакансии как завершенную и обновляют свои системы подачи заявок, чтобы показать этот статус в середине 2021 года.
Работа отменена
Агентство отозвало объявление о вакансии и никого не наняло. Агентство может отменить объявление о вакансии в любое время после публикации вакансии.
Вакансия закрыта
Дата закрытия вакансий прошла, и агентство по найму не получило ни одной заявки через наш онлайн-процесс подачи заявок. Этот статус также будет отображаться для вакансий, на которые не принимаются онлайн-заявки, а дата закрытия уже прошла.
Да. Если вы отправляете по факсу резюме или любые другие документы, может возникнуть задержка между отправкой документов по факсу и появлением их в приложении как полученных. Если у вас есть вопросы о статусе отправленных по факсу документов, обратитесь в агентство по найму.
Как долго вы можете хранить свои приложения?
Как долго вы можете хранить свои приложения?
Мы безвозвратно удалим все приложения (активные и заархивированные) через 36 месяцев после даты закрытия. Вы можете распечатать объявления или экспортировать информацию о заявке в Excel, если хотите вести их учет по истечении 36-месячного периода.
Как найти и отфильтровать заявления
Как найти и отфильтровать заявления
Вы можете найти и отфильтровать свои активные и архивные заявления о приеме на работу по статусу — это статус, который агентство по найму сообщает USAJOBS.
Ваш комментарий будет первым