Botframework-solutions: В TypeScript Skill не работает аутентификация

Спасибо @ tomSauret847 за сообщение об этой проблеме! Как только у нас появятся какие-либо обновления, мы вернемся к вам 😊.

Привет @ tomSauret847 - извините за задержку. Мы успешно воспроизвели проблему с помощью навыка TypeScript, выполнив следующие действия:

1. Раскомментируйте строки в skillDialogBase, отмеченные для аутентификации.
2. Передает OAuthPromptSettings массив в MultiProviderAuthDialog конструктору
3. Добавьте appsettings.oauthConnections к свойствам botSettings
4. Добавить AADv2 соединение
5. Настройте подключение AADv2 к регистрации в Azure

Как только у нас появятся какие-либо обновления, мы вернемся к вам 😊.

Привет @ tomSauret847 - мы исправили эту проблему в этом коммите .

На самом деле это была проблема в библиотеке bot-solutions , и мы запланировали выпуск исправления с версией 1.0 библиотеки.

А пока, если вам нужен способ проверить исправление самостоятельно, вы можете выполнить следующие действия :

1. Загляните в эту ветку с исправлением, примененным к версии 0.8 библиотеки.
2. Зайдите в папку bot-solutions
3. Выполните npm install чтобы установить его зависимости.
4. Выполните npm run build чтобы построить решение.
5. Выполните npm pack чтобы сгенерировать файл .tgz . Он должен создать файл в том же месте с именем bot-solutions-version.tgz.
6. Наведите указатель мыши на сгенерированный tgz в своем боте Skill, заменив ссылку на решения для бота в пакете package.json бота с "bot-solutions": "^1.0.0" на "bot-solutions": "<PATH_TO_TGZ>"
7. Подтвердите аутентификацию с помощью Навыка

Будем внимательны к вашим ответам 😊.

Спасибо, что изучили этот получаю сообщение об ошибке в этом процессе. Ошибка
Ошибка: не удалось найти параметр подключения с именем {имя подключения}

Я настраиваю соединение, как описано здесь, для настройки единого входа для навыка.

Нужно ли нам по-прежнему иметь соединение для аутентификации в каждом навыке с навыками машинописного текста?
Или мы можем использовать единую систему единого входа, как это предусмотрено для навыков C #?

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

Спасибо @ tomSauret847 за ваш ответ. Как только у нас будет какое-либо обновление, мы вернемся к вам 😊!

Привет @ tomSauret847 - мы успешно воспроизвели проблему. Это потому , что name недвижимость в oauthConnections из appsettings.json различен в connectionName собственности в OAuthPromptSettings вы используете.

Мы продолжим рассматривать это и анализировать вопросы, которые вы упомянули выше. Как только у нас появятся какие-либо обновления, мы вернемся к вам 😊.

Чтобы воспроизвести проблему, мы предприняли следующие шаги :

1. Следуйте инструкциям в этом комментарии
2. После этого следуйте инструкциям этого комментария
3. Убедитесь, что свойство name в oauthConnections name свойства appsettings.json отличается от свойства connectionName в OAuthPromptSettings вы используете
4. Запустите Навык и введите «запустить пример диалога» и увидеть ошибку.

_Если имя соединения и имя отличаются, проблема воспроизводится_

_Выпуск воспроизведен_

Привет, @ tomSauret847

Нужно ли нам по-прежнему иметь соединение для аутентификации в каждом навыке с навыками машинописного текста?

Вам необходимо иметь подключение для аутентификации в каждом TypeScript Skill, пока не будет выпущена версия 1.0 TypeScript Skill.

Или мы можем использовать единую систему единого входа, как это предусмотрено для навыков C #?

Единый вход для TypeScript не может использоваться, как это описано для C # Skills, поскольку версия 1.0 TypeScript еще не выпущена.

Сообщите нам, поможет ли это вам 😊.

@ tomSauret847 - ошибка Error: Could not find Connection Setting with name {connection name} вызвана тем, что свойство name в oauthConnections name свойства appsettings отличается от свойства connectionName в OAuthPromptSettings вы используете.

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

Для получения дополнительной информации вы можете проверить комментарий выше.

Спасибо @ Batta32 за то, что

Будет ли это исправление для аутентификации опубликовано в NPM до выпуска 1.0?

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

@ tomSauret847 - Спасибо за ответ! Мы добавляем эти исправления в PR TypeScript версии 1.0:

• PR # 3583: [TypeScript][Bot-Solutions] Implement changes in Bot-Solutions to 1.0 release
• PR # 3584: [TypeScript][Virtual Assistant] Implement changes in Virtual Assistant to 1.0 release
• PR # 3585: [TypeScript][Skill] Implement changes in Skill to 1.0 release

Мы сообщим вам, как только у нас появятся какие-либо новости по этому поводу. Тем временем мы работаем над проверкой процесса аутентификации в TypeScript.

@ tomSauret847 - мы обнаружили еще одну проблему, заключающуюся в том, что переменная состояния навыков была _не определена_ во время процесса аутентификации.

Мы взяли в качестве руководства PR # 3561, который устанавливает значение по умолчанию для метода доступа Skill State, который мы включили в этот коммит .
После применения этих изменений процесс аутентификации работает правильно. Эта проблема будет исправлена ​​после объединения TypeScript v1.0.

Это наша среда, использующая эту ветку : feature/southworks/test-fix-auth-skill :

• Пример навыков TypeScript

А пока, если вы хотите проверить исправление самостоятельно, вы можете выполнить следующие действия:

1. Зайдите в папку bot-solutions
2. Выполните npm install чтобы установить его зависимости.
3. Выполните npm run build чтобы построить решение.
4. Выполните npm pack чтобы сгенерировать файл .tgz. Он должен создать файл в том же месте с именем bot-solutions-version.tgz.
5. Перейдите в папку Skill Sample.
6. Наведите указатель мыши на сгенерированный tgz в боте Skill Sample, заменив ссылку на решения бота в пакете package.json бота с "bot-solutions": "^1.0.0" на "bot-solutions": "<PATH_TO_TGZ>"
7. Выполните npm install чтобы установить его зависимости.
8. Выполните npm run build чтобы построить решение.
9. Подтвердите процесс аутентификации

Мы внимательно отнесемся к вашему ответу. 😊

_SkillState переменная получает неопределенное значение_

_Процесс аутентификации работает правильно_

Еще раз спасибо @ Batta32! Я действительно использовал пакет 1.0 для тестирования. Мне все еще нужно сохранить настройку соединения в навыке, но я могу заставить работать аутентификацию. Я смог увидеть, где VA получает ответ токена и пересылает его в навык для обработки.

@ Batta32 Мы настроили аутентификацию в двух наших навыках, и она хорошо работает на канале Teams. Канал прямой линии не проходит запрос аутентификации. Навык не получает жетон обратно после успешного входа в систему. Эта проблема присутствует только в нашем прямом канале. Мы используем образец клиента прямой линии, который был предоставлен и включил расширенные параметры аутентификации, поэтому мы не вводим «волшебный код». Он работал до добавления расширенной аутентификации, но после добавления этой функции навык больше не получает ответ токена. Если мы отменим умение и вернемся в этот диалог, жетон будет присутствовать, и мы сможем завершить диалог. Дайте мне знать, если у вас есть какие-либо мысли о том, что может быть причиной этого.

Спасибо @ tomSauret847 , мы рассмотрим этот сценарий и вернемся к вам, как только сможем!

Для начала рассмотрим сценарий:

1. Что вы имеете в виду под «образцом прямого клиента»?
2. Какой клиент вы используете?
3. Что вы имеете в виду под «Магическим кодом»?

Еще раз спасибо изучили это. Мы используем пример прямой линии из репозитория botbuilder-solutions, расположенного здесь
«Магический код» объясняется в этом вопросе о переполнении стека здесь.
Это просто код, который пользователь-бот должен скопировать и вставить обратно в беседу после успешной аутентификации. Реализуя расширенную аутентификацию, он удаляет этот шаг для пользователя-бота, поэтому им нужно только аутентифицироваться, и разговор продвигается вперед, поскольку токен передается обратно боту за кулисами.

Большое спасибо @ tomSauret847 , мы рассмотрим это и сообщим вам обо всех обновлениях здесь 😊!

Привет @ tomSauret847 , мы не смогли воспроизвести эту проблему, так как у нас правильно работает сценарий аутентификации.

Мы придумали для вас несколько вопросов :

1. Вы проверили, возникает ли эта проблема при разговоре напрямую с навыком без подключения к виртуальному помощнику?
2. Если вы используете виртуальное устройство для подключения к навыку, включаете ли вы канал Directline и в виртуальном устройстве? Что еще вы в нем установили, аутентификацию Azure AD v2, расширенную аутентификацию?
3. Что вы имеете в виду под фразой «Если мы отменим умение и вернемся в этот диалог, жетон будет присутствовать, и мы сможем завершить диалог»?

Это та установка, которую мы использовали:

• Навык TypeScript, созданный с помощью [email protected]
• Настройка аутентификации типа Azure AD v2 для этого навыка
• Канал Directline включен с расширенной аутентификацией на Skill
• Веб-образец Directline из репозитория, для которого задан конкретный идентификатор пользователя ("dl_xxxx")
• Appsettings.json в клиенте Directline устанавливается аналогично этому:

{
    "Logging": {
        "LogLevel": {
            "Default": "Warning"
        }
    },
    "AllowedHosts": "*",
    "BotName": "skillbot-name",
    "DirectLineSecret": "XXXXXXXXXXXXXXXXXXXXXXXXXXXX",
    "EnableDirectLineEnhancedAuthentication": true,
    "SpeechServiceRegionIdentifier": "",
    "SpeechServiceSubscriptionKey": ""
}

Мы сделали следующие шаги:

1. Связь с навыком через клиента Directline
2. Вызов диалогового окна входа в систему («запустить пример диалога»)
3. Нажатие на кнопку входа в систему («магический код» не нужен)
4. Мы успешно авторизуемся и бот нас встречает
5. С этого момента каждый раз, когда мы повторяем шаги 1 и 2, мы автоматически авторизуемся и приветствуем бот.

Мы внимательно отнесемся к вашему ответу.

Спасибо @ matiasroldan6 за то, что

1. Мы не можем напрямую связаться с навыком, так как он у нас находится внутри виртуальной сети, поэтому он не может быть доступен по каналам.
2. Мы достигаем навыка через виртуальное устройство, и канал прямой линии настроен только на виртуальном устройстве. Мы используем аутентификацию Azure AD V2 в свойствах подключения в Skill и VA. У нас есть расширенная проверка подлинности, установленная на виртуальном устройстве.
3. если мы завершим вход при представлении карты входа. Бот зависнет и не двинется вперед. Если мы отменим, то вернемся к навыку с аутентификацией, у него есть токен, он обходит приглашение входа и позволяет нам продолжить. У нас есть два навыка аутентификации, и если мы аутентифицируемся в одном, мы также аутентифицируемся во втором.
   вот снимок экрана нашей конфигурации для канала прямой линии на VA
   

У нас есть идентификатор пользователя, установленный на "dl_xxxx" в клиенте прямой линии.
У нас есть аутентификация Azure AD v2 в подключении на Skill и VA.
У нас есть appsettings.json клиента прямой линии, установленный так же, как и у вас выше
Мы не можем использовать прямой линейный канал для навыка и используем его только на VA.
Мы можем использовать аутентификацию в канале Teams с единственной проблемой - сообщения диалога не в порядке. Не удается отправить первый stepContext.context.sendActivity ('message') до минуты спустя в преобразовании. Это происходит только в диалоговых окнах, в которых включена проверка подлинности, и только в канале Teams.
Мы используем бот-решения 1.0, который находится здесь

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

Привет @ tomSauret847 , мы можем воспроизвести возникновение этой проблемы.
В нашем сценарии проблема заключалась в адресах доверенных источников, установленных в канале Directline. Например, во всплывающем окне Directline указано, что доверенный источник должен быть _https_ или _http_ для _localhost_. Это объясняет, что Directline - единственный канал, который вас не устраивает.

Чтобы проверить, не является ли это вашей проблемой, можете ли вы попробовать установить в качестве надежного источника:
Ваш адрес бота (https://xxxxx.azurewebsites.net или https://xxxx.ngrok.io, если вы отлаживаете локально)
Ваш локальный хост, если он вам нужен, как http: // localhost

Настройка для воспроизведения этого была:

• Виртуальный помощник 1.0 с
  
  
  
  • Bot-Solutions 1.0 в зависимостях
  
  
  • Включена проверка подлинности Azure AD v2
  
  
  • Канал Directline включен с расширенной аутентификацией на
  
  
  • Надежные источники в канале Directline установлены на https: // localhost : xxxx (_xxxx_ - адрес клиента Directline) и адрес бота (https://xxxxx.azurewebsites.net или https://xxxx.ngrok.io для локальных подключений. ). Мы сделали это, имитируя настройки изображения, которое вы вложили в свое последнее сообщение.
  
  
• Навык 1.0 с
  
  
  
  • Bot-Solutions 1.0 в зависимостях
  
  
  • Включена проверка подлинности Azure AD v2
  
  
  • Подключен к виртуальному помощнику.
  
  
• Веб-клиент Directline установлен с идентификатором пользователя и расширенной аутентификацией с той же конфигурацией, что и в предыдущем сообщении.

Наши репродуктивные шаги были:

1. Подключите образец Directline к Ассистенту.
2. Попытка активировать аутентификацию («запустить пример диалога»).
3. Появляется диалоговое окно «Аутентификация», но после нажатия кнопки ничего не происходит, и бот перестает отвечать даже на дальнейшие попытки инициировать аутентификацию.
   

1. Отмените поток, а затем повторно запустите шаги 1 и 2, затем мы автоматически аутентифицируемся, и нас приветствует бот.

Пожалуйста, дайте нам знать, если это поможет. Будем внимательно относиться к вашим отзывам.

Спасибо @ matiasroldan6 за то, что

Спасибо за ответ @ tomSauret847 - мы продолжим работать над этим, пытаясь найти решение этой проблемы 😊.

У нас есть вопросы , чтобы понять, как вы используете конечную точку azurewebsites.net с учетом версии 1.0 бот-решений (PR # 3583):

1. Используете ли вы Messaging endpoint своего опубликованного бота веб-приложения (виртуального помощника)?
2. Как вы интегрировали бот-решения версии 1.0 в опубликованные вами Virtual Assistant и Skill? Насколько мы понимаем, вы использовали пакет библиотеки .tgz . Это верно?
3. Есть ли возможность протестировать с помощью конечной точки localhost, настроив ее, как указано выше, в конфигурации Direct Line Channel?

Спасибо @ Batta32

1. Мы используем конечную точку обмена сообщениями виртуального устройства в конфигурации доверенного хоста.
2. мы используем пакет .tgz, который был клонирован из версии 1.0. Мы удалили папку node_modules и файлы package-lock.json перед перемещением пакета .tgz. Затем обновили файл package.json и запустили установку npm.
3. Мы протестировали с локальным хостом и получили такой же ответ. Мы по-прежнему не можем заставить токен пройти через диалог, но когда диалог отменяется и запускается снова, токен присутствует.

Спасибо @ tomSauret847 , мы продолжим рассмотрение этой проблемы с этой новой информацией, которую вы предоставили! Как только у нас появятся какие-либо обновления, мы вернемся к вам 😊.

Привет @ tomSauret847 , мы успешно воспроизвели возникновение этой проблемы.

Из ваших предыдущих ответов мы заметили, что вы используете URL своего бота в качестве надежного источника.
Согласно этому комментарию и этой документации , у вас должен быть URL-адрес вашего чат-клиента.

Наша установка была:

• 1.0 Бот-решения
• 1.0 Virtual Assistant, развернутый в Azure с помощью:
  
  
  
  • Подключение для проверки подлинности Azure AD v2
  
  
  • Канал Directline включен с расширенной аутентификацией
  
  
• 1.0 Навык развернут в Azure с:
  
  
  
  • Подключение для проверки подлинности Azure AD v2
  
  
• Веб-клиент Directline (C #) с включенной расширенной аутентификацией

Шаги:

1. Используйте веб-клиент Directline, чтобы связаться с виртуальным помощником
2. Invoke the Skill («запустить пример диалога»)
3. Представьте себе кнопку аутентификации от Навыка, нажмите на нее (ничего не происходит)
4. Повторение шага 2 автоматически аутентифицирует нас без отображения кнопки аутентификации.

Мы продолжим рассмотрение этой проблемы, поскольку мы подтвердили и, как вы упомянули, что в Microsoft Teams и эмуляторе это работает.

Привет @ tomSauret847 , мы успешно выполнили процесс аутентификации с использованием расширенной аутентификации.

Мы придумали несколько вопросов, чтобы вы могли проверить их на нашей стороне:

1. Можете ли вы проверить, есть ли у вас опубликованные папки развернутых ботов, осуществляющих доступ в Kudu (https: //.scm.azurewebsites.net / ZipDeployUI), заменив <WEB_APP_BOT_NAME> именем вашего бот-ресурса? Проверьте, есть ли у вас node_modules , lib и остальные папки.
2. Можете ли вы проверить, является ли конечная точка обмена сообщениями ботов производственной конечной точкой (azurewebsites.net)?
3. Вы подключили виртуального помощника к навыкам с помощью производственной конечной точки?
4. Можете ли вы проверить, есть ли у вас доступ к Манифесту навыков опубликованного навыка? Если нет, добавьте изменения PR №3601.

Это наша среда :

• 1.0 Пример виртуального помощника TypeScript (PR # 3584 )
• 1.0 Пример навыков TypeScript (PR # 3585 )
• 1.0 Бот-решения (PR # 3583 )
• Пример канала прямой линии
• Расширенная проверка подлинности, настроенная в виртуальном помощнике

Мы выполнили следующие шаги :

1. Примените изменения PR # 3601 в Skill
2. Создайте папку для хранения файла Bot-Solutions 1.0 .tgz в обоих образцах.
3. Укажите ссылку на решения для ботов на локальный tgz, например "bot-solutions": ".//TGZ//bot-solutions-1.0.0.tgz" ботов.
4. Разверните ботов с помощью deploy.ps1
5. Подключите оба образца к Botskills с помощью remoteManifest.
6. Настройте параметры подключения OAuth обоих образцов с помощью AADv2.
7. Настройте oauthConnections в настройках приложения каждого образца
8. Опубликуйте оба образца, используя скрипт publish.ps1
9. Активируйте канал Directline в виртуальном помощнике
10. Включение расширенной аутентификации на прямой линии виртуального помощника
11. Подключите образец Directline к виртуальному помощнику
    
    
    
    1. Примечание : обновите эту строку до статического GUID, если вы хотите сохранить диалог.
    
    
12. Наконец, активируйте аутентификацию с помощью run sample dialog
13. После входа в систему навык запросит имя
14. Убедитесь, что расширенная проверка подлинности работает правильно

И последнее, но не менее важное: мы подтвердили те же шаги с помощью ботов C # и проверили, что они работают правильно.

Будем внимательны к вашему ответу 😊

_Настройка расширенной аутентификации_

_Успешное общение с использованием ботов с расширенной аутентификацией и TypeScript_

_Успешное общение с использованием расширенной аутентификации и ботов C # _

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

Для нашего экземпляра VA / Skills они находятся за шлюзом приложений с брандмауэром. Похоже, это причина того, что расширенная проверка подлинности не работает. Когда мы реализуем это на виртуальном устройстве и навыках вне этой конфигурации, он работает правильно. шлюз приложений добавляет в микс еще один хост, и мы думаем, что это то, что блокирует токен. Итак, у нас есть следующий вопрос:

Есть ли способ заставить расширенную аутентификацию работать с ботом за шлюзом приложений?

Отлично @ tomSauret847! Мы проведем исследование и несколько тестов, чтобы рассмотреть способ работы расширенной аутентификации с ботом за шлюзом приложений.

Как только у нас появятся какие-либо обновления по этому поводу, мы сообщим вам здесь 😊.

Привет @ tomSauret847 , мы провели небольшое исследование и задали несколько

1. Вы тестируете ботов, развернутых в Azure или на сервере обещаний?
2. Является ли ваш шлюз приложений шлюзом приложений Azure ?
3. Вы используете ботов TypeScript или C #? Как вы уже упоминали, вы перешли на ботов C #.

Будем внимательны к вашему ответу 🙂

Спасибо за ответ @VictorGrycuk, вот ответы на наши вопросы,

1. Мы проводим тестирование с ботами, развернутыми в Azure. Мы не можем создать туннель для локального тестирования.

2. Да, мы используем шлюз приложений Azure с WAF, как указано в вашей ссылке.

3. Это боты TypeScript (VA и 2 навыка с аутентификацией), мы используем только 1 навык C #, чтобы обойти проблему синхронного цикла, и в нем нет аутентификации.

Привет, @ tomSauret847 , извините за задержку - мы думаем, что можно использовать расширенную аутентификацию со шлюзом приложений Azure, за которым стоят боты.

Еще пара вопросов :

1. Можете ли вы подключиться к виртуальному помощнику с помощью эмулятора, используя общедоступный IP-адрес шлюза? В нашем тестировании мы подтвердили, что это возможно.
2. Можете ли вы подключиться и общаться с навыком через VA без улучшенного взаимодействия?

Компоненты :

• Развернутый виртуальный помощник TypeScript
• Развернутый TypeScript Skill 1.0
• Бот-решения TypeScript 1.0
• Шлюз приложений Azure и WAF
• Образец прямой линии

Конфигурация :

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

Мы будем работать над воспроизведением этого сценария.

Спасибо @VictorGrycuk Ответы на ваши вопросы
Можете ли вы подключиться к виртуальному помощнику с помощью эмулятора, используя общедоступный IP-адрес шлюза? В нашем тестировании мы подтвердили, что это возможно.

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

Можете ли вы подключиться и общаться с навыком через виртуальную машину без улучшенного взаимодействия?

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

Привет, @ tomSauret847 , мы можем подтвердить, что расширенная проверка подлинности работает с ботами, стоящими за шлюзом приложений Azure.

Мы создали PR № 3694, который включает новую документацию о том, как настроить шлюз приложений Azure с помощью развернутого бота.

Мы провели наш тест, выполнив следующие действия :

1. Следуйте инструкциям, описанным в этом комментарии, чтобы развернуть ботов с расширенной аутентификацией.
2. Следуйте инструкциям, подробно описанным в документе Настройка проверки работоспособности шлюза с помощью бота TypeScript, чтобы подключить развернутый виртуальный помощник к внутреннему пулу шлюза приложений Azure.
3. Протестируйте логин развернутого навыка, используя образец Directline
4. Расширенная проверка подлинности сработала, и диалог с образцом навыков продолжился, как и ожидалось.

Поскольку это кажется проблемой конфигурации шлюза приложений Azure, я предлагаю вам запросить на https://stackoverflow.com/questions/tagged/botframework предложения; и если вы в порядке, мы можем закрыть этот вопрос 🙂.

Спасибо @VictorGrycuk. Мы проработаем размещенную вами информацию. Я уже заметил, что эта ссылка не работает.

Спасибо @ tomSauret847 , эта ссылка приведет к настройке проверки работоспособности шлюза с помощью бота TypeScript (а также этого изображения ) после того, как документы будут объединены в ветку master , поскольку в документации {{site.baseurl}} для сгенерировать URL-адреса.

@peterinnesmsft - можем закрыть вопрос из-за бездействия. @ tomSauret847, если у вас все еще возникают проблемы, не стесняйтесь повторно активировать, и мы сможем исправить это снова, или создать новую проблему!

Кроме того, если у вас есть какие-либо вопросы, задавайте их в https://stackoverflow.com/questions/tagged/botframework.

Весь процесс аутентификации будет решен, как только следующие PR будут объединены для TypeScript версии 1.0:

• PR # 3583: [TypeScript][Bot-Solutions] Implement changes in Bot-Solutions to 1.0 release
• PR # 3584: [TypeScript][Virtual Assistant] Implement changes in Virtual Assistant to 1.0 release
• PR # 3585: [TypeScript][Skill] Implement changes in Skill to 1.0 release

Спасибо @ Batta32 за помощь в этом

@ Batta32 У нас есть быстрый вопрос по этому поводу. Доступна ли система единого входа для машинописного текста? Мы обнаружили, что проблема в том, что наши навыки защищены брандмауэром и не могут получить ответ токена. Когда мы передаем учетные данные VA, он не пересылает токен навыку, а просто перезапускает диалог. Если система единого входа для машинописного текста недоступна, когда вы ожидаете, что это будет? Спасибо за вашу помощь в этом вопросе.

Привет @ tomSauret847 , в настоящее время SSO недоступен для TypeScript, поскольку он представлен в версии 1.0. PR TypeScript версии 1.0 должны быть одобрены и объединены, чтобы выпустить новую версию с этой функцией.

Мы сообщим вам, как только у нас появятся какие-либо обновления 😊.