Skip to content

Ulysses Neves

Microsoft Entra ID, authentication, and hybrid identity troubleshooting.

Menu
  • Início
  • Microsoft Azure
  • Microsoft AD FS
  • Microsoft 365
  • Contact
Menu

Azure App Services – Publicando uma aplicação com domínio personalizado e SSL no Azure

Posted on 4 de July de 2020

Olá pessoal. No artigo de hoje vou explicar passo a passo como criar um serviço de aplicativo no Azure, configurar o aplicativo no domínio personalizado e habilitar SSL para acesso utilizando HTTPS.

O que é um serviço de aplicação do Azure?

O serviço de aplicação no Azure permite que você publique e escale aplicações no Azure utilizando contêineres em Windows ou Linux. É possível trabalhar com aplicações .NET, .NET Core, Node.js, Java, Python ou php.

Neste artigo, vamos executar as seguintes atividades:

  • Criar um serviço de aplicação no Azure.
  • Configurar a página da aplicação.
  • Configurar o domínio personalizado no serviço de aplicação.
  • Aplicar o certificado SSL para acesso seguro utilizando HTTPS.
  • Validar o acesso à aplicação publicada.

Criando um App Service no Azure

Vamos iniciar criando o serviço de aplicação no Azure acesse o menu Azure App Service.

Clique em Add.

Execute os passos abaixo para iniciar a criação da aplicação:
1 – Selecione o grupo de recursos que deseja utilizar para a aplicação.
2 – Crie um nome para a aplicação no Azure.

Execute os passos abaixo para configurar a plataforma e região a ser hospedada a aplicação:
1 – Selecione a plataforma a ser utilizada na aplicação.
2 – Selecione a região onde a aplicação será hospedada. Lembre-se que algumas regiões não terão todas as plataformas disponíveis.

Siga os passos abaixo para configurar o plano de serviço:
1 – Vamos selecionar o plano padrão oferecido pela região Norte da Europa.
2 – Vamos alterar a capacidade da aplicação para suportar domínios personalizados.

Para suportar domínios personalizados, precisamos selecionar pelo menos o plano S1 do menu Production conforme abaixo:

Clique em Apply.

Vamos manter as demais configurações e clicar em Review + Create.

Clique em Create quando as validações de configurações estiverem OK.

Configurando a página da aplicação

Após a conclusão da criação da aplicação, vamos visualizar as configurações clicando no nome da aplicação criada.

É possível observar que a aplicação já suporta HTTPS utilizando o domínio padrão do Azure: azurewebsites.net.

Para este exemplo, criei uma página simples em HTML. Vamos publicar a página executando os passos abaixo:
1 – Selecione Deployment Center no menu Deployment.
2 – Selecione FTP para fazer a publicação da página no Azure.
3 – Vamos clicar em Dashboard para obter as informações de acesso via FTP.

Copie a URL FTPS clicando em Copy.

Cole a URL copiada no Windows Explorer, entre com a senha disponibilizada na tela anterior e clique em Log On.

Vamos agora copiar a página criada para a pasta wwwroot.

Vamos agora validar o acesso à página publicada utilizando a URL: https://portal-ulysses.azurewebsites.net disponível nas configurações da aplicação.

Configurando o domínio personalizado na aplicação

Em um ambiente de produção, é importante que o domínio da empresa seja utilizado para acesso à aplicação. Para atingir este objetivo, temos a opção Custom domains.

Vamos alterar o domínio na URL de acesso à aplicação selecionando o menu Custom domains.

Selecione a opção Add custom domain.

Entre com o domínio personalizado no menu Custom domain e clique em Validate.

Percebemos que é necessário confirmar a posse do domínio para seguir com a configuração.

Vamos criar no serviço onde o domínio foi registrado os registros que nos permitem confirmar a posse do domínio ulyneves.com conforme orientação acima. Em nosso caso, faremos a publicação no DNS do GoDaddy.

Criaremos conforme abaixo um registro tipo TXT com ocódigo gerado pela aplicação no Azure.

Com as configurações corretas, vamos clicar em Adicionar.

Vamos adicionar também um registro tipo A apontando para o IP do servidor onde está hospedada a aplicação no Azure.

Vamos clicar em Salvar.

Com a propagação dos registros do DNS concluída, vamos executar os passos abaixo para publicar o domínio personalizado:
1 – Clique novamente em Validate.
2 – Clique em Add custom domain.

Percebemos ao acessar novamente as configurações da aplicação criada que agora o domínio personalizado é utilizado, mas ainda em http.

Ao acessar a nova (URL) percebemos a mensagem de site não seguro.

Adicionando o certificado SSL na aplicação

Para garantir a segurança no acesso à aplicação configurada, vamos aplicar o certificado gerado pela Certisign para o domínio ulyneves.com à aplicação para conseguir habilitar acesso utilizando https.

Com o certificado em mãos, selecione o menu TLS/SSL settings.

No menu Private Key Certificates (pfx), clique em Upload Certificate.

Execute as atividades abaixo para adicionar o certificado SSL do domínio personalizado:
1 – Selecione o certificado tipo .pfx
2 – Entre com a senha do certificado.

Vamos habilitar a opção de redirecionamento http para https e ativar o certificado PFX adicionado no passo anterior:
1 – Na opção HTTPS Only, selecione On.
2 – Na opção TLS/SSL bindings, clique em Add TLS/SSL Binding.

Execute os passos abaixo:
1 – Selecione o domínio personalizado configurado na aplicação.
2 – Selecione o certificado SSL do domínio selecionado.
3 – Vamos utilizar o tipo SNI SSL, que permite múltiplos certificados TLS/SSL para múltiplos domínios utilizando o mesmo endereço de IP.

Acessando a aplicação após configurar o SSL

Com a configuração completa, podemos observar a URL com o Https e domínio personalizado nas configurações da aplicação criada.

Vamos validar as configurações feitas neste artigo acessando a URL https://ulyneves.com.

Resumo

No artigo de hoje, demonstramos como criar uma aplicação no serviço de aplicações do Azure, configurar um domínio personalizado para utilização dessa aplicação e um certificado SSL para acesso https.

Espero que este conteúdo tenha contribuído com o enriquecimento do conhecimento de vocês em Azure App Services.

Gostaram do post? Curtam e compartilhem. 🙂

Tem alguma sugestão ou observação, comente.

[ ]’s

Ulysses Neves

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Recent Posts

  • Microsoft Authenticator Will Block Jailbroken Devices in 2026 — What You Need to Know 17 de March de 2026
  • Enhancing Azure role activation security with FIDO2/Passkeys 23 de September de 2024
  • Microsoft Entra ID CAP | Enforcing WHfB using Authentication Strength 21 de April de 2024
  • Troubleshooting Error Code ‘0x000005e’ in WHfB: PIN Authentication Woes 11 de February de 2024
  • WHfB: Fixing Windows Hello for Business error ‘LogoncertTemplateReady: NO (StateNoTemplate)’ 29 de December de 2023

Archives

  • March 2026
  • September 2024
  • April 2024
  • February 2024
  • December 2023
  • September 2023
  • July 2023
  • June 2023
  • May 2023
  • April 2023
  • March 2023
  • February 2023
  • January 2023
  • December 2022
  • October 2022
  • September 2022
  • August 2022
  • July 2022
  • June 2022
  • May 2022
  • April 2022
  • March 2022
  • February 2022
  • January 2022
  • December 2021
  • November 2021
  • October 2021
  • September 2021
  • August 2021
  • July 2021
  • June 2021
  • May 2021
  • April 2021
  • March 2021
  • February 2021
  • January 2021
  • December 2020
  • November 2020
  • October 2020
  • September 2020
  • August 2020
  • July 2020
  • June 2020
  • May 2020
  • April 2020
  • March 2020
  • February 2020
  • January 2020
  • December 2019
  • November 2019
  • October 2019
  • September 2019
  • August 2019
  • July 2019

Tags

#aaddownleveldevice #aadhybridjoin #adfs #adfsonsql #azuread #azureauth #azureCA #azuredevice #azurehybridjoin #azuremfa #azuresecurity #capolicy #cloudkerberostrust #conditionalaccess #conditionalaccesspolicy #deviceregistration #gmsaaccount #gopasswordless #hybridaadjoin #mfaserver #msadfs #msazure #msidentity #namedlocation #sslcertificatevalidation #tshootadfs #tshoothybridjoin #tshootwaptrust #waptrust #WHFBcerttrust #whfbdeployment #WHfBhybridsetup #widdatabase adconnect authenticationcontext authenticationstrength az500 azuread azuremfa azurepim azuresecurity cloudsecurity microsoft365 msazure WHfB
©2026 Ulysses Neves | Design: Newspaperly WordPress Theme
Ulysses Neves
Gerenciar Consentimento de Cookies
Para fornecer as melhores experiências, usamos tecnologias como cookies para armazenar e/ou acessar informações do dispositivo. O consentimento para essas tecnologias nos permitirá processar dados como comportamento de navegação ou IDs exclusivos neste site. Não consentir ou retirar o consentimento pode afetar negativamente certos recursos e funções.
Funcional Always active
O armazenamento ou acesso técnico é estritamente necessário para a finalidade legítima de permitir a utilização de um serviço específico explicitamente solicitado pelo assinante ou utilizador, ou com a finalidade exclusiva de efetuar a transmissão de uma comunicação através de uma rede de comunicações eletrónicas.
Preferências
O armazenamento ou acesso técnico é necessário para o propósito legítimo de armazenar preferências que não são solicitadas pelo assinante ou usuário.
Estatísticas
O armazenamento ou acesso técnico que é usado exclusivamente para fins estatísticos. O armazenamento técnico ou acesso que é usado exclusivamente para fins estatísticos anônimos. Sem uma intimação, conformidade voluntária por parte de seu provedor de serviços de Internet ou registros adicionais de terceiros, as informações armazenadas ou recuperadas apenas para esse fim geralmente não podem ser usadas para identificá-lo.
Marketing
O armazenamento ou acesso técnico é necessário para criar perfis de usuário para enviar publicidade ou para rastrear o usuário em um site ou em vários sites para fins de marketing semelhantes.
  • Manage options
  • Manage services
  • Manage {vendor_count} vendors
  • Read more about these purposes
Ver preferências
  • {title}
  • {title}
  • {title}