ESA에서 REJECT와 TCPREFUSE의 차이점은 무엇입니까?

다운로드 옵션

PDF (91.9 KB)
다양한 디바이스에서 Adobe Reader로 보기
ePub (82.1 KB)
iPhone, iPad, Android, Sony Reader 또는 Windows Phone의 다양한 앱에서 보기
Mobi (Kindle) (63.8 KB)
Kindle 디바이스에서 보기 또는 다양한 디바이스의 Kindle 앱에서 보기

업데이트:2014년 7월 18일 (금)

문서 ID:118007

번역에 관하여

이 번역에 관하여

Cisco는 전 세계 사용자에게 다양한 언어로 지원 콘텐츠를 제공하기 위해 기계 번역 기술과 수작업 번역을 병행하여 이 문서를 번역했습니다. 아무리 품질이 높은 기계 번역이라도 전문 번역가의 번역 결과물만큼 정확하지는 않습니다. Cisco Systems, Inc.는 이 같은 번역에 대해 어떠한 책임도 지지 않으며 항상 원본 영문 문서(링크 제공됨)를 참조할 것을 권장합니다.

각 메일 플로우 정책에는 ACCEPT, REJECT, RELAY, CONTINUE, TCPREFUSE와 같은 액세스 규칙이 있습니다.ESA에 대한 연결을 설정하려고 시도하고 TCPREFUSE 액세스 규칙을 사용하여 발신자 그룹과 일치하는 호스트는 ESA에 연결할 수 없습니다.전송 서버의 관점에서 보면 서버를 사용할 수 없는 것처럼 나타납니다.대부분의 MTA는 이 경우 자주 다시 시도됩니다. 그러면 더 많은 트래픽이 생성되어 하드 반송(예: REJECT)이 분명한 경우 한 번 응답합니다.

ESA에 대한 연결을 설정하고 REJECT를 발견하는 호스트는 554 SMTP 오류(하드 바운스)를 수신합니다.

대부분의 구현에서 REJECT는 더 나은 정책입니다. 보내는 ESA는 도메인이 해당 도메인의 메시지를 즉시 수락하지 않을 것임을 알기 때문입니다.이렇게 하면 어플라이언스의 전체 부하가 감소될 뿐만 아니라 발신자는 재시도가 만료될 때까지 기다리는 대신 즉시 NDR(Non Deliverable Report)을 수신합니다. 일부 발신자는 최대 5일이 소요될 수 있습니다.발신자가 잘못 차단된 경우 유용할 수 있습니다.