SMTP 배너가 지연되는 원인은 무엇입니까?

질문:

SMTP 배너가 지연되는 원인은 무엇입니까?

일반적으로 메일 서버의 포트 25에 텔넷을 사용하면 SMTP 배너를 매우 빠르게 얻을 수 있습니다. 다음은 SMTP 배너의 예입니다.

220 host.example.com ESMTP
554 host.example.com
때때로 지연이 있으며 디스플레이에 연결 정보만 표시되는 경우가 있습니다. 예를 들면 다음과 같습니다.
host.example.com> telnet 10.92.152.18 25
10.92.152.18을 시도하는 중...
host.example.com에 연결되었습니다.
이스케이프 문자는 '^]'입니다.

이 예에서는 배너가 없습니다. 시간이 지나면 배너가 다음 줄에 표시됩니다. 이 글에서는 이러한 특정 상황을 다룹니다. 4가지 일반적인 원인은 DNS 문제, 높은 CPU 사용량, 리소스 절약 모드 및 방화벽입니다.

DNS 문제

SMTP 배너가 지연되는 가장 일반적인 원인은 DNS 조회가 정상보다 오래 걸렸거나 시간 초과되었기 때문입니다. 연결과 배너 표시 간에 발생하는 세 가지 조회는 역방향 DNS(또는 PTR 레코드) 조회, PTR 레코드에 지정된 호스트 이름의 정방향(또는 A 레코드) 조회, 연결 호스트의 SBRS(SenderBase Reputation Score)를 얻기 위한 SenderBase 조회로 구성됩니다.

이러한 조회는 연결 호스트가 속한 Sender Group을 확인하는 데 사용됩니다. 어떤 메일 플로우 정책이 사용되고 이 호스트에서 메일을 수락할지 여부를 결정합니다. 이는 어떤 메일 배너가 전송될지(있는 경우)에 영향을 줍니다. 따라서 배너가 제공되기 전에 이러한 조회가 수행되는 것이 중요합니다.

문제가 DNS와 관련이 있는지 확인하려면 ESA의 명령줄(CLI)에 로그인하고 nslookup 명령을 사용해야 합니다. 어플라이언스 자체에서 이를 수행하는 것이 중요하므로 해당 관점에서 작업해야 합니다. 먼저 연결하려는 IP 주소를 알아야 합니다. mail_logs 또는 Message Tracking을 사용하여 IP 주소를 가져올 수 있습니다.

IP를 알게 되면 nslookup을 사용하여 테스트할 수 있습니다. 각 항목에 몇 초가 걸리는지 세어 보십시오

DNS 조회! 먼저 역방향 DNS 조회를 수행합니다.

host.example.com> nslookup 10.92.152.18
PTR= host.example.com TTL=2h 35m 43s

그런 다음 역방향 DNS 조회를 다시 시작한 호스트 이름을 다음과 같이 조회합니다.

host.example.com> nslookup host.example.com
A=10.92.152.18 TTL=2h 34m 16s

이 두 조회의 총 시간이 배너가 지연되는 시간과 대략적으로 일치하는 경우 원인을 찾았고 DNS 상황을 더 자세히 검토하려고 합니다. 다음 단계는 다른 네트워크에서 다른 IP 주소를 테스트하는 것을 포함할 수 있습니다. 그러면 문제가 특정 호스트 또는 네트워크로 격리되어 있는지, 아니면 더 일반적인 DNS 문제가 있는지 알 수 있습니다.

높은 CPU 사용량

SMTP 배너 지연의 또 다른 가능한 원인은 매우 높은 CPU 사용량입니다.

시스템에 과부하가 걸리면 모든 것이 더 오래 걸립니다. Monitor 탭의 System Status 페이지로 이동하거나 'status detail' CLI 명령을 사용하여 확인할 수 있습니다. 이 두 가지 모두 Gauges(게이지) 섹션의 CPU 사용량 통계를 제공합니다. 예를 들면 다음과 같습니다.

CPU 사용률
총 67%
MGA 16%
사례 46%
Brightmail AntiSpam 0%
안티바이러스 0%
보고 4%
쿼런틴 0%

총계가 매우 높거나(95% 이상) 몇 분 동안 계속 높은 상태를 유지하면 CPU 사용량이 원인일 수 있습니다

smtp 배너 지연.

리소스 보존 모드

SMTP 배너 지연의 또 다른 가능한 원인은 시스템이 리소스 절약 모드로 들어갔기 때문입니다. 이 모드에서는 메일 수락의 흐름을 느리게 하여 시스템이 스스로를 보호합니다. 이는 전송하는 각 SMTP 응답을 의도적으로 지연시킴으로써 수행됩니다. 시스템이 리소스 절약 모드인지 확인하려면 모니터 탭의 시스템 상태 페이지로 이동하거나 'status detail' CLI 명령을 사용합니다. Gauges(게이지) 섹션에서 Resource Conservation(리소스 절약) 라인을 찾습니다.

예를 들면 다음과 같습니다.

리소스 보존 0

0이 아닌 모든 숫자는 시스템이 SMTP 응답을 느리게 하여 스스로를 보호하려고 시도하고 있음을 의미합니다. 리소스 보존에 대한 자세한 내용은 여기를 참조하십시오.

리소스 보존 모드란 무엇입니까?

방화벽

SMTP 배너 지연의 마지막 일반적인 원인은 SMTP를 인식하는 방화벽입니다. 이러한 기능(예: 'SMTP 수정' 수행 또는 모든 SMTP 콘텐츠에 대한 보안 검사 실행) 방화벽은 SMTP 배너를 검색하고 콘텐츠를 수정하는 동안 배너를 지연할 수 있습니다. 다음은 SMTP 배너를 변경하는 인기 방화벽의 예입니다.

220
*****02***********************************************************0****0****
0 ***************2******200**0*********0*00