Configurar um dispositivo IoT Edge para se comunicar por meio de um servidor proxy
Aplica-se a: IoT Edge 1.1
Importante
IoT Edge 1.1 a data de término do suporte foi 13 de dezembro de 2022. Confira o Ciclo de Vida do Produto da Microsoft para obter informações sobre o suporte deste produto, serviço, tecnologia ou API. Para obter mais informações sobre como atualizar para a versão mais recente do IoT Edge, consulte Atualizar o IoT Edge.
Os dispositivos IoT Edge enviam solicitações HTTPS para se comunicarem com o Hub IoT. Se o seu dispositivo estiver conectado a uma rede que usa um servidor proxy, você precisará configurar o runtime do IoT Edge para se comunicar através do servidor. Os servidores proxy também podem afetar os módulos individuais do IoT Edge se eles fizerem solicitações HTTP ou HTTPS que não são roteadas pelo hub do IoT Edge.
Este artigo examina as quatro seguintes etapas para configurar e gerenciar um dispositivo IoT Edge por trás de um servidor proxy:
Instalar o runtime do IoT Edge no dispositivo
Os scripts de instalação do IoT Edge efetuam pull de pacotes e arquivos da Internet. Portanto, o dispositivo precisa se comunicar pelo servidor proxy para fazer essas solicitações. Nos dispositivos Windows, o script de instalação também oferece uma opção de instalação offline.
Esta etapa é um processo único para configurar o dispositivo IoT Edge ao configurá-lo pela primeira vez. As mesmas conexões também são necessárias quando você atualiza o runtime do IoT Edge.
Configurar o IoT Edge e o runtime de contêiner no dispositivo
O IoT Edge é responsável pelas comunicações com o Hub IoT. O runtime de contêiner é responsável pelo gerenciamento de contêineres e, portanto, comunica-se com os registros de contêiner. Esses dois componentes precisam fazer solicitações da Web por meio do servidor proxy.
Esta etapa é um processo único para configurar o dispositivo IoT Edge ao configurá-lo pela primeira vez.
Configurar as propriedades do agente do IoT Edge no arquivo de configuração do dispositivo
A princípio, o daemon do IoT Edge inicia o módulo edgeAgent. Em seguida, o módulo edgeAgent recupera o manifesto de implantação do Hub IoT e inicia todos os outros módulos. Para que o agente do IoT Edge faça a conexão inicial ao Hub IoT, configure manualmente as variáveis de ambiente do módulo edgeAgent no próprio dispositivo. Depois da conexão inicial, você pode configurar o módulo edgeAgent remotamente.
Esta etapa é um processo único para configurar o dispositivo IoT Edge ao configurá-lo pela primeira vez.
-
Depois de configurar e conectar o dispositivo IoT Edge ao Hub IoT por meio do servidor proxy, você precisa manter a conexão em todas as implantações futuras de módulo.
Esta etapa é um processo contínuo feito remotamente. Portanto, todos as novas atualizações de módulo ou implantação manterão a capacidade do dispositivo de se comunicar por meio do servidor proxy.
Saber a sua URL do proxy
Antes de seguir qualquer etapa deste artigo, você precisa saber a URL do proxy.
Os URLs proxy usam o seguinte formato: protocolo: // proxy_host: proxy_port.
O protocolo é HTTP ou HTTPS. O daemon do Docker pode usar qualquer protocolo, dependendo das configurações do registro de contêiner, mas o daemon do IoT Edge e os contêineres de runtime sempre devem usar HTTPS para se conectar ao proxy.
O proxy_host é um endereço para o servidor proxy. Se o servidor proxy exigir autenticação, você poderá informar as suas credenciais como parte do host de proxy com o seguinte formato: usuário:senha@proxy_host.
O proxy_port é a porta de rede em que o proxy responde ao tráfego de rede.
Instalar o IoT Edge por meio de um proxy
Independentemente do dispositivo IoT Edge ser executado no Windows ou no Linux, você precisa acessar os pacotes de instalação por meio do servidor proxy. Dependendo do sistema operacional, siga as etapas para instalar o runtime do IoT Edge por meio de um servidor proxy.
Dispositivos do Linux
Se você estiver instalando o runtime do IoT Edge em um dispositivo Linux, configure o gerenciador de pacotes para percorrer seu servidor proxy para acessar o pacote de instalação. Por exemplo, Configurar o apt-get para usar um proxy http. Depois de configurar o gerenciador de pacotes, siga as instruções de Instalar o runtime do Azure IoT Edge como de costume.
Dispositivos Windows que usam o IoT Edge para Linux no Windows
Se você estiver instalando o runtime do IoT Edge usando o IoT Edge para Linux no Windows, o IoT Edge será instalado por padrão na sua máquina virtual Linux. Não é necessário seguir etapas adicionais de instalação ou atualização.
Dispositivos Windows que usam contêineres do Windows
Se você estiver instalando o runtime do IoT Edge em um dispositivo Windows, precisará passar duas vezes pelo servidor proxy. A primeira conexão faz download do arquivo de script do instalador e a segunda conexão é feita durante a instalação para fazer download dos componentes necessários. Você pode configurar as informações de proxy nas configurações do Windows ou incluir as informações de proxy diretamente nos comandos do PowerShell.
As seguintes etapas demonstram um exemplo de uma instalação do Windows usando o argumento -proxy
:
O comando Invoke-WebRequest precisa de informações de proxy para acessar o script do instalador. Em seguida, o comando Deploy-IoTEdge precisa das informações de proxy para fazer download dos arquivos de instalação.
. {Invoke-WebRequest -proxy <proxy URL> -useb aka.ms/iotedge-win} | Invoke-Expression; Deploy-IoTEdge -proxy <proxy URL>
O comando Initialize-IoTEdge não precisa passar pelo servidor proxy. Portanto, a segunda etapa somente requer informações de proxy para o Invoke-WebRequest.
. {Invoke-WebRequest -proxy <proxy URL> -useb aka.ms/iotedge-win} | Invoke-Expression; Initialize-IoTEdge
Se tiver credenciais complicadas para o servidor proxy que não podem ser incluídas na URL, use o -ProxyCredential
parâmetro em -InvokeWebRequestParameters
. Por exemplo,
$proxyCredential = (Get-Credential).GetNetworkCredential()
. {Invoke-WebRequest -proxy <proxy URL> -ProxyCredential $proxyCredential -useb aka.ms/iotedge-win} | Invoke-Expression; `
Deploy-IoTEdge -InvokeWebRequestParameters @{ '-Proxy' = '<proxy URL>'; '-ProxyCredential' = $proxyCredential }
Para obter mais informações sobre parâmetros de proxy, consulte Invoke-WebRequest. Para mais informações sobre os parâmetros de instalação do Windows, confira Scripts do PowerShell para IoT Edge no Windows.
Configurar IoT Edge e Moby
O IoT Edge depende de dois daemons em execução no dispositivo IoT Edge. O daemon do Moby faz solicitações da Web para efetuar pull de imagens de contêiner dos registros de contêiner. O daemon do IoT Edge faz solicitações da Web para se comunicar com o Hub IoT.
É necessário configurar os daemons do Moby e do IoT Edge para usar o servidor proxy para a funcionalidade contínua do dispositivo. Essa etapa ocorre no dispositivo IoT Edge durante a configuração inicial do dispositivo.
Daemon do Moby
Como o Moby é integrado ao Docker, veja a documentação do Docker para configurar o daemon do Moby com variáveis de ambiente. A maioria dos registros de contêiner (incluindo DockerHub e Azure Container Registries) oferece suporte a solicitações HTTPS, portanto, o parâmetro que você deve definir é HTTPS_PROXY. Se você está obtendo imagens de um registro que não dão suporte ao protocolo TLS (TLS), você deve definir o parâmetro HTTP_PROXY.
Escolha o artigo que se aplica ao sistema operacional do dispositivo IoT Edge:
- Configurar o daemon do Docker no Linux O daemon do Moby em dispositivos Linux mantém o nome Docker.
- Configurar o daemon do Docker no Windows O daemon do Moby em dispositivos Windows é chamado de iotedge-moby. Os nomes são diferentes porque é possível executar o Docker Desktop e o Moby paralelamente em um dispositivo Windows.
Daemon do IoT Edge
O daemon do IoT Edge é configurado de maneira semelhante ao daemon do Moby. Use as etapas a seguir para definir uma variável de ambiente para o serviço, com base em seu sistema operacional.
O daemon do IoT Edge sempre usa HTTPS para enviar solicitações ao Hub IoT.
Linux
Abra um editor no terminal para configurar o daemon do IoT Edge.
sudo systemctl edit iotedge
Insira o texto a seguir, substituindo <URL do proxy> pelo endereço e pela porta do seu servidor proxy. Em seguida, salve e saia.
[Service]
Environment=https_proxy=<proxy URL>
Atualize o gerenciador de serviços para pegar a nova configuração do IoT Edge.
sudo systemctl daemon-reload
Reinicie o IoT Edge para que as alterações entrem em vigor.
sudo systemctl restart iotedge
Verifique se sua variável de ambiente foi criada e se a nova configuração foi carregada.
systemctl show --property=Environment iotedge
Windows que usa o IoT Edge para Linux no Windows
Faça logon no IoT Edge para Linux na máquina virtual do Windows:
Connect-EflowVm
Siga as mesmas etapas da seção sobre Linux acima para configurar o daemon do IoT Edge.
Windows que usa contêineres do Windows
Abra uma janela do PowerShell como administrador e execute o seguinte comando para editar o registro com a nova variável de ambiente. Substitua <URL do proxy> pelo endereço e pela porta do seu servidor proxy.
reg add HKLM\SYSTEM\CurrentControlSet\Services\iotedge /v Environment /t REG_MULTI_SZ /d https_proxy=<proxy URL>
Reinicie o IoT Edge para que as alterações entrem em vigor.
Restart-Service iotedge
Configurar o dispositivo IoT Edge
O agente IoT Edge é o primeiro módulo a ser iniciado em qualquer dispositivo IoT Edge. Ele é iniciado pela primeira vez com base nas informações do arquivo de configuração do IoT Edge. Em seguida, o agente do IoT Edge se conecta ao Hub IoT para recuperar os manifestos de implantação, que declaram quais outros módulos devem ser implantados no dispositivo.
Essa etapa ocorre uma vez no dispositivo IoT Edge durante a configuração inicial do dispositivo.
Abra o arquivo config.yaml no seu dispositivo IoT Edge. Nos sistemas Linux, esse arquivo está localizado em /etc/iotedge/config.yaml. Nos sistemas Windows, esse arquivo está localizado em C: \ ProgramData \ iotedge \ config.yaml. O arquivo de configuração é protegido, você precisa de privilégios administrativos para acessá-lo. Em sistemas Linux, use o comando
sudo
antes de abrir o arquivo no seu editor de texto preferido. No Windows, abra um editor de texto como o Bloco de notas como administrador e, em seguida, abra o arquivo.No arquivo config.yaml, localize a seção Especificação do módulo Edge Agent. A definição do agente IoT Edge inclui um parâmetro env, no qual é possível incluir variáveis de ambiente.
Remova as chaves que são espaços reservados para o parâmetro env e inclua a nova variável em uma nova linha. Lembre-se de que os recuos em YAML são dois espaços.
https_proxy: "<proxy URL>"
O runtime do IoT Edge usa o AMQP por padrão para falar com o IoT Hub. Alguns servidores proxy bloqueiam as portas AMQP. Se for esse o caso, você também precisará configurar o edgeAgent para usar o AMQP em WebSocket. Adicione uma segunda variável de ambiente.
UpstreamProtocol: "AmqpWs"
Salve as alterações no config. YAML e feche o editor. Reinicie o IoT Edge para que as alterações entrem em vigor.
Linux e IoT Edge para Linux no Windows:
sudo systemctl restart iotedge
Windows usando contêineres do Windows:
Restart-Service iotedge
Adicione o parâmetro https_proxy à seção de variáveis de ambiente e defina a URL de proxy com o valor dele.
[agent] name = "edgeAgent" type = "docker" [agent.config] image = "mcr.microsoft.com/azureiotedge-agent:1.4" [agent.env] # "RuntimeLogLevel" = "debug" # "UpstreamProtocol" = "AmqpWs" "https_proxy" = "<proxy URL>"
O runtime do IoT Edge usa o AMQP por padrão para falar com o IoT Hub. Alguns servidores proxy bloqueiam as portas AMQP. Se for esse o caso, você também precisará configurar o edgeAgent para usar o AMQP em WebSocket. Remova a marca de comentário do parâmetro
UpstreamProtocol
.[agent.config] image = "mcr.microsoft.com/azureiotedge-agent:1.4" [agent.env] # "RuntimeLogLevel" = "debug" "UpstreamProtocol" = "AmqpWs" "https_proxy" = "<proxy URL>"
Salve as alterações e feche o editor. Aplique as suas últimas alterações.
sudo iotedge config apply
Verifique se as configurações de proxy são propagadas usando
docker inspect edgeAgent
na seçãoEnv
. Caso contrário, o contêiner deve ser recriado.sudo docker rm -f edgeAgent
O runtime do IoT Edge deve ser recriado
edgeAgent
dentro de um minuto. Uma vez que o contêineredgeAgent
esteja sendo executado novamente,docker inspect edgeAgent
e verifique se as configurações do proxy correspondem ao arquivo de configuração.
Configurar manifestos de implantação
Depois de configurar o dispositivo IoT Edge para funcionar com o servidor proxy, você precisa continuar declarando a variável de ambiente HTTPS_PROXY nos futuros manifestos de implantação. Você pode editar os manifestos de implantação usando o assistente do portal do Azure ou editando um arquivo JSON de manifesto de implantação.
Sempre configure os dois módulos de runtime: edgeAgent e edgeHub para se comunicar por meio do servidor proxy para que eles possam manter uma conexão com o Hub IoT. Se você remover as informações de proxy do módulo edgeAgent, a única maneira de restabelecer a conexão será editar o arquivo de configuração no dispositivo, conforme descrito na seção anterior.
Além dos módulos edgeAgent e edgeHub, outros módulos podem precisar da configuração de proxy. Os módulos que precisam acessar outros recursos do Azure além do Hub IoT, como o armazenamento de blobs, devem ter a variável HTTPS_PROXY especificada no arquivo de manifesto de implantação.
O procedimento a seguir se aplica durante a vida útil do dispositivo IoT Edge.
Portal do Azure
Quando você usa o assistente Configurar módulos para criar implantações de dispositivos IoT Edge, cada módulo tem uma seção Variáveis de Ambiente na qual você pode configurar as conexões do servidor proxy.
Para configurar os módulos do hub do IoT Edge e do agente do IoT Edge, escolha Configurações do Runtime na primeira etapa do assistente.
Adicione a variável de ambiente https_proxy às definições do módulo de agente IoT Edge e do hub do IoT Edge. Se você incluiu a variável de ambiente UpstreamProtocol no arquivo de configuração do dispositivo IoT Edge, inclua isso também na definição do módulo do agente do IoT Edge.
Todos os outros módulos adicionados a um manifesto de implantação seguem o mesmo padrão.
Arquivos de manifesto de implantação de JSON
Se você criar implantações para dispositivos IoT Edge usando os modelos no Visual Studio Code ou criando manualmente arquivos JSON, poderá adicionar as variáveis de ambiente diretamente a cada definição de módulo.
Use o seguinte formato JSON:
"env": {
"https_proxy": {
"value": "<proxy URL>"
}
}
Com as variáveis de ambiente incluídas, sua definição de módulo deve ser semelhante ao seguinte exemplo edgeHub:
"edgeHub": {
"type": "docker",
"settings": {
"image": "mcr.microsoft.com/azureiotedge-hub:1.1",
"createOptions": "{}"
},
"env": {
"https_proxy": {
"value": "http://proxy.example.com:3128"
}
},
"status": "running",
"restartPolicy": "always"
}
Se você incluiu a variável de ambiente UpstreamProtocol no arquivo confige.yaml em seu dispositivo IoT Edge, inclua isso na definição do módulo do agente do IoT Edge também.
"env": {
"https_proxy": {
"value": "<proxy URL>"
},
"UpstreamProtocol": {
"value": "AmqpWs"
}
}
Trabalhando com proxies de inspeção de tráfego
Alguns proxies, como o Zscaler, podem inspecionar o tráfego criptografado por TLS. Durante a inspeção do tráfego TLS, o certificado retornado pelo proxy não é o do servidor de destino, mas aquele assinado pelo próprio certificado raiz do proxy. Por padrão, o certificado desse proxy não é confiável para os módulos do IoT Edge (incluindo o edgeAgent e o edgeHub) e o handshake TLS falha.
Para resolver isso, o certificado raiz do proxy precisa ser confiável tanto para o sistema operacional quanto para os módulos do IoT Edge.
Configure o certificado do proxy no repositório de certificados raiz confiáveis do sistema operacional host. Para saber como instalar um certificado raiz, confira Instalar a AC raiz no repositório de certificados do sistema operacional.
Configure o dispositivo IoT Edge para se comunicar por meio de um servidor proxy fazendo referência ao certificado no pacote de confiança. Para saber como configurar o pacote de confiança, confira Gerenciar a AC raiz confiável (pacote de confiança).
Para configurar o suporte do proxy de inspeção de tráfego para contêineres não gerenciados pelo IoT Edge, entre em contato com o provedor do proxy.
Nomes de domínio totalmente qualificados (FQDNs) de destinos com os quais a IoT Edge se comunica
Se o proxy tiver um firewall que exija que você crie uma lista de permitidos de todos os FQDNs para conectividade com a Internet, revise a lista de Permitir conexões de dispositivos IoT Edge para determinar quais FQDNs adicionar.
Próximas etapas
Saiba mais sobre as funções do runtime do IoT Edge.
Solucione problemas de erros de instalação e configuração com problemas comuns e resoluções para o Azure IoT Edge