As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá. # AWS IoT Guia de solução de problemas do Device Advisor **Ajude-nos a melhorar este tópico** [Conte para nós o que ajudaria a torná-lo melhor](https://docs.aws.amazon.com//forms/aws-doc-feedback?hidden_service_name=IoT%20Docs&topic_url=http://docs.aws.amazon.com/en_us/iot/latest/developerguide/device-advisor-troubleshooting.html) Geral P: Posso executar vários conjuntos de testes em paralelo? R: Sim. O Device Advisor agora oferece suporte à execução de vários conjuntos de testes em diferentes dispositivos usando um endpoint no nível do dispositivo. Se você usar o endpoint no nível da conta, poderá executar um conjunto por vez porque um endpoint do Device Advisor está disponível por conta. Para obter mais informações, consulte [Configure seu dispositivo](https://docs.aws.amazon.com/iot/latest/developerguide/device-advisor-setting-up.html#da-configure-device). P: Vi no meu dispositivo que a conexão TLS foi negada pelo Device Advisor. Isso é esperado? R: Sim. O Device Advisor nega a conexão TLS antes e depois de cada execução de teste. Recomendamos que os usuários implementem um mecanismo de nova tentativa de dispositivo para ter uma experiência de teste totalmente automatizada com o Device Advisor. Se você executar um conjunto de testes com mais de um caso de teste, por exemplo, conexão TLS, conexão MQTT e publicação MQTT, recomendamos que você tenha um mecanismo criado para seu dispositivo. O mecanismo pode tentar se conectar ao nosso endpoint de teste a cada 5 segundos por um ou dois minutos. Dessa forma, você pode executar vários casos de teste em sequência de maneira automatizada. P: Posso obter um histórico de chamadas de API do Device Advisor feitas em minha conta para fins de análise de segurança e solução de problemas operacionais? R: Sim. Para receber um histórico das chamadas da API Device Advisor feitas em sua conta, basta ativar CloudTrail o AWS IoT Management Console e filtrar a origem do evento`iotdeviceadvisor.amazonaws.com`. P: Como faço para ver os logins do Device Advisor CloudWatch? R: Os registros gerados durante a execução de uma suíte de testes serão enviados CloudWatch se você adicionar a política necessária (por exemplo, **CloudWatchFullAccess**) à sua função de serviço (consulte[Configurar](device-advisor-setting-up.md)). Se houver pelo menos um caso de teste na suíte de testes, um grupo de log "aws/iot/deviceadvisor/\$1testSuiteId" será criado com dois fluxos de log. Um stream é o “\$1testRunId" e inclui registros de ações realizadas antes e depois da execução dos casos de teste em sua suíte de testes, como etapas de configuração e limpeza. O outro fluxo de log é “\$1 suiteRunId \$1\$1”testRunId, que é específico para a execução de uma suíte de testes. Eventos enviados de dispositivos e AWS IoT Core serão registrados nesse fluxo de log. P: Qual é a finalidade da função de permissão do dispositivo? R: O Device Advisor fica entre seu dispositivo de teste e AWS IoT Core simula cenários de teste. Ele aceita conexões e mensagens dos seus dispositivos de teste e as encaminha para o AWS IoT Core , assumindo a função de permissão do seu dispositivo e iniciando uma conexão em seu nome. É importante garantir que as permissões da função do dispositivo sejam as mesmas do certificado que você usa para executar testes. AWS IoT as políticas de certificado não são aplicadas quando o Device Advisor inicia uma conexão AWS IoT Core em seu nome usando a função de permissão do dispositivo. No entanto, as permissões da função de permissão do dispositivo definidas são aplicadas. P: Em quais regiões o Device Advisor é suportado? R: O Device Advisor é compatível com as regiões us-east-1, us-west-2, ap-northeast-1 e eu-west-1. P: Por que vejo resultados inconsistentes? R: Uma das principais causas de resultados inconsistentes é definir um teste de `EXECUTION_TIMEOUT` com um valor muito baixo. Para obter mais informações sobre valores de `EXECUTION_TIMEOUT` recomendados e padrão, consulte [Casos de teste do Device Advisor](https://docs.aws.amazon.com//iot/latest/developerguide/device-advisor-tests.html). P: Qual protocolo MQTT é compatível com o Device Advisor? R: O Device Advisor suporta a versão 3.1.1 do MQTT com certificados de cliente X509. P: E se meu caso de teste falhar com uma mensagem de tempo limite de execução, mesmo que eu tenha tentado conectar meu dispositivo ao endpoint de teste? R: Valide todas as etapas em [Criar um perfil do IAM para ser usada como sua função de dispositivo](https://docs.aws.amazon.com//iot/latest/developerguide/device-advisor-setting-up.html#da-iam-role). Se o teste ainda falhar, pode ser que o dispositivo não esteja enviando a extensão SNI (Server Name Indication) correta, necessária para o funcionamento do Device Advisor. O valor correto do SNI é o endereço do endpoint retornado ao seguir a seção [Configurar seu dispositivo](https://docs.aws.amazon.com//iot/latest/developerguide/device-advisor-setting-up.html#da-configure-device). AWS IoT também exige que os dispositivos enviem a extensão Server Name Indication (SNI) para o protocolo Transport Layer Security (TLS). Para obter mais informações, consulte [Segurança de transporte em AWS IoT](https://docs.aws.amazon.com//iot/latest/developerguide/transport-security.html). P: Minha conexão MQTT falha com um erro "libaws-c-mqtt: AWS\$1ERROR \$1MQTT\$1UNEXPECTED\$1HANGUP” (ou) a conexão MQTT do meu dispositivo está sendo automaticamente desconectada do endpoint do Device Advisor. Como esse erro pode ser resolvido? R: Esse código de erro específico e desconexões inesperadas podem ser causados por muitas objetos diferentes, mas provavelmente estão relacionados à [função do dispositivo](https://docs.aws.amazon.com/iot/latest/developerguide/device-advisor-setting-up.html#da-iam-role) associada ao dispositivo. Os pontos de verificação abaixo (em ordem de prioridade) resolverão esse problema. + A função de dispositivo anexada ao dispositivo deve ter as permissões mínimas de IAM necessárias para executar os testes. O Device Advisor usará a função de dispositivo anexada para executar ações AWS IoT MQTT em nome do dispositivo de teste. Se as permissões necessárias estiverem ausentes, o erro `AWS_ERROR_MQTT_UNEXPECTED_HANGUP` será visto ou ocorrerão desconexões inesperadas enquanto o dispositivo tenta se conectar ao endpoint do Device Advisor. Por exemplo, se você optou por executar o caso de teste do **MQTT Publish**, as ações Connect e Publish devem ser incluídas na função com o correspondente ClientId e o Topic (você pode fornecer vários valores usando vírgulas para separar os valores e fornecer valores de prefixo usando um caractere curinga (\$1). Por exemplo: para fornecer permissões para publicar em qualquer tópico que comece com `TestTopic`, você pode fornecer "`TestTopic*`" como valor do recurso. Aqui estão alguns [ exemplos de políticas](https://docs.aws.amazon.com/iot/latest/developerguide/example-iot-policies.html). + Incompatibilidade entre os valores definidos na função do dispositivo para seus tipos de recursos e os valores reais usados ​​no código. Por exemplo: uma incompatibilidade entre a ClientId definição da função e a real ClientId usada no código do seu dispositivo. Valores como ClientId, Tópico e TopicFilter devem ser idênticos na função e no código do dispositivo. + O certificado do dispositivo anexado ao seu dispositivo deve estar ativo e ter uma [política](https://docs.aws.amazon.com//iot/latest/developerguide/certificate-policy-examples.html) anexada a ele com as [permissões de ação](https://docs.aws.amazon.com//iot/latest/developerguide/iot-policy-actions.html) necessárias para os [recursos](https://docs.aws.amazon.com//iot/latest/developerguide/iot-action-resources.html). Observe que a política de certificado do dispositivo concede ou nega acesso aos AWS IoT recursos e às operações do plano de AWS IoT Core dados. O Device Advisor exige que você tenha um certificado de dispositivo ativo anexado ao seu dispositivo, que conceda as permissões de ação usadas durante um caso de teste.