Por que o ESA emite EHLO duas vezes quando o TLS está ativado?

Opções de download

  • PDF     (76.6 KB)
    Ver no Adobe Reader em vários dispositivos
  • ePub     (84.9 KB)
    Ver em vários aplicativos no iPhone, iPad, Android, Sony Reader ou Windows Phone
  • Mobi (Kindle)     (66.6 KB)
    Ver no dispositivo Kindle ou no aplicativo Kindle em vários dispositivos
Atualizado:12 de Agosto de 2014
ID do documento:118211

Linguagem imparcial

O conjunto de documentação deste produto faz o possível para usar uma linguagem imparcial. Para os fins deste conjunto de documentação, a imparcialidade é definida como uma linguagem que não implica em discriminação baseada em idade, deficiência, gênero, identidade racial, identidade étnica, orientação sexual, status socioeconômico e interseccionalidade. Pode haver exceções na documentação devido à linguagem codificada nas interfaces de usuário do software do produto, linguagem usada com base na documentação de RFP ou linguagem usada por um produto de terceiros referenciado. Saiba mais sobre como a Cisco está usando a linguagem inclusiva.

Sobre esta tradução

A Cisco traduziu este documento com a ajuda de tecnologias de tradução automática e humana para oferecer conteúdo de suporte aos seus usuários no seu próprio idioma, independentemente da localização. Observe que mesmo a melhor tradução automática não será tão precisa quanto as realizadas por um tradutor profissional. A Cisco Systems, Inc. não se responsabiliza pela precisão destas traduções e recomenda que o documento original em inglês (link fornecido) seja sempre consultado.

Pergunta:

Por que o ESA emite EHLO duas vezes quando o TLS está ativado?

Você pode se perguntar por que o ESA emite mais de um EHLO ao fazer uma conexão TLS a um host remoto.  De acordo com RFC3207 - Seção 4.2:

"O servidor DEVE descartar qualquer conhecimento obtido do cliente, como o argumento para o comando EHLO, que não foi obtido da própria negociação TLS. O cliente DEVE enviar um comando EHLO como o primeiro comando após uma negociação TLS bem-sucedida."

Portanto, um segundo EHLO, após a negociação TLS, é um comportamento perfeitamente normal.  Qualquer coisa antes da sessão TLS ser estabelecida não pode ser considerada parte da conversação criptografada TLS. A lista de extensões de serviço SMTP retornada em resposta a um comando EHLO recebido após o handshake TLS pode ser diferente da lista retornada antes do handshake TLS. Abaixo está um exemplo de entradas de log que você pode ver em seus logs de e-mail, se TLS estiver ativado:

Mon May 16 18:34:30 2005 Info: 5165207 Sent: 'EHLO mx4.example.com'
Mon May 16 18:34:30 2005 Info: 5165207 Rcvd: '250-eq-c601.example.com'
Mon May 16 18:34:30 2005 Info: 5165207 Rcvd: '250-8BITMIME'
Mon May 16 18:34:30 2005 Info: 5165207 Rcvd: '250-SIZE 10485760'
Mon May 16 18:34:30 2005 Info: 5165207 Rcvd: '250 STARTTLS'
Mon May 16 18:34:30 2005 Info: 5165207 Sent: 'STARTTLS'
Mon May 16 18:34:30 2005 Info: 5165207 Rcvd: '220 Go ahead with TLS'
Mon May 16 18:34:30 2005 Info: 5165207 Sent: 'EHLO mx4.example.com'
Mon May 16 18:34:30 2005 Info: 5165207 Rcvd: '250-eq-c601.example.com'
Mon May 16 18:34:30 2005 Info: 5165207 Rcvd: '250-8BITMIME'
Mon May 16 18:34:30 2005 Info: 5165207 Rcvd: '250 SIZE 10485760'
Mon May 16 18:34:30 2005 Info: 5165207 Sent: 'MAIL

TAC Authored

Colaborado por engenheiros da Cisco

  •  Sandeep Minhas and Enrico Werner
    Cisco TAC Engineers.

Este documento lhe foi útil?

FeedbackFeedback

Contate a Cisco

Este documento se refere a estes produtos