자체 호스팅 메일 서버에는 올바른 도메인 레코드가 있어도 여전히 수신자 메일 교환기에 연결할 수 없습니다. 아웃바운드 TCP 포트 25는 일반적인 서버 간 SMTP 대상이며 일부 네트워크에서는 이를 제한합니다. 유용한 질문은 이 특정 네트워크 경로가 차단되었는지 여부와 운영자가 사용할 권한이 있는 전송 아키텍처가 무엇인지입니다.
직접 전달과 제출을 분리하세요
직접 배송은 발송을 연결합니다. MTA 대상 MX 호스트로. 메시지 제출은 자체 인증 및 권한 부여 규칙에 따라 책임을 수락하는 지정된 서비스에 클라이언트를 연결합니다. 직접 전달 구성에서 대상 포트를 변경한다고 해서 모든 수신자 MX 인증된 제출 서비스가 되는 것은 아닙니다. RFC 5321 섹션 2 및 3.
RFC 6409 메시지 제출을 구별하고 해당 서비스를 위해 포트 587을 예약합니다. RFC 8314 포트 465에서의 암시적 TLS 제출을 설명하고 TLS 사용하여 제출을 보호할 것을 권장합니다. 이는 차단된 연결을 위한 범용 바이패스 포트가 아닌 서비스 역할입니다. 해당 서비스의 현재 지침에 따라 운영자가 사용할 권한이 있는 릴레이 또는 제출 엔드포인트만 사용하세요.
네트워크 가설을 신중하게 테스트하세요.
보내는 호스트의 로컬 수신기 및 아웃바운드 구성, 라우팅, 방화벽 정책 및 로그부터 시작합니다. 실제 목적지, 확인된 주소, 주소 계열, 연결 타임스탬프 및 오류를 기록합니다. 거부, 시간 초과 및 DNS 조회 실패는 서로 다른 관찰입니다. 항구 확인 웹사이트는 문서에서 달리 규정하지 않는 한 자체 위치와 방향을 테스트합니다.
승인된 대상의 소규모 집합을 비교하고, 가능한 경우 두 번째 승인된 네트워크 경로를 비교합니다. 한 경로의 여러 대상에 대한 실패와 다른 경로의 성공은 경로별 가설을 뒷받침하지만 정확한 장치 또는 공급자 규칙을 식별하지는 않습니다. 공급자가 포트 25를 차단한다고 선언하기 전에 관련 방화벽 기록이나 현재 호스팅 공급자 정책을 찾아보십시오. 규모에 따라 임의 호스트를 스캔하지 마십시오.
가상 경로 비교 해석
동일한 전송 호스트가 두 개의 승인된 MX 대상으로 시간 초과되고 다른 승인된 네트워크가 해당 엔드포인트에 도달한다고 가정해 보겠습니다. 이는 경로별 조사를 지원하지만 책임 있는 장치를 식별하지는 않습니다. 로컬 방화벽 로그 또는 현재 계정별 호스팅 제한을 통해 원인에 대한 더 강력한 증거를 얻을 수 있습니다.
이제 TCP가 연결되었지만 피어가 220 이전에 즉시 연결을 끊는다고 가정합니다. 이는 다른 관찰입니다. 연결 설정은 성공했지만 SMTP 서비스 가용성은 실패했습니다. 단순히 원래 가설과 일치시키기 위해 차단된 TCP 포트로 레이블을 다시 지정하지 마십시오.
이는 실행된 스캔이나 측정된 공급자 정책이 아닌 발명된 진단 사례입니다. 네트워크 소유자가 의도적인 송신 제한을 확인한 경우 승인된 전송 아키텍처를 요청하세요. 다른 포트, 프록시 또는 경로를 해당 제한을 우회할 수 있는 권한으로 취급하지 마십시오.
공인 수리를 선택하세요
직접 전달이 허용되고 필요한 경우 책임 있는 네트워크 소유자와 협력하여 정상적인 프로세스를 통해 문서화된 제한 사항을 수정하십시오. 환경에서 의도적으로 이를 금지하는 경우 승인된 아웃바운드 릴레이 아키텍처를 사용하거나 배포 설계를 변경하세요. 보안 제어를 광범위하게 비활성화하거나 승인 없이 조직의 제한 사항을 우회하지 마십시오.
릴레이 마이그레이션은 연결 이상의 변화를 가져옵니다. 서비스의 인벤토리를 작성합니다. 봉투 보낸 사람 행동, DKIM 서명, 볼 수 있는 사람 조정, 허용된 발신자 신원 및 전송 한도. 현재 서비스 문서와 통제된 메시지를 통해 이를 확인하세요. 연결을 수락하는 릴레이는 승인되지 않은 발신자나 외부 수신자를 여전히 거부할 수 있습니다.
연결 및 전송을 별도로 확인하세요.
변경이 승인된 후 해당하는 경우 성공적인 연결과 인증 또는 커넥터 승인 제출을 기록합니다. 그런 다음 릴레이를 통해 승인된 메시지를 수신측으로 추적합니다. 대기열 비우기를 확인하고 이전 시도에서 중복된 항목이 있는지 확인합니다. TCP 성공은 도메인 인증, 최종 배달 또는 받은 편지함 배치를 설정하지 않습니다. 각 결과를 실제 레이어와 테스트된 수신자 범위에 첨부된 상태로 유지하세요.
허용된 전송 아키텍처 선택
- 직접 MX 전달 필요: 소유자에게 실제 네트워크 정책을 확인하세요.
- 직접 전달이 의도적으로 제한됨: 지원되는 릴레이 설계에 대한 승인을 얻습니다.
- 릴레이 선택: 허용된 발신자, 자격 증명 또는 커넥터 범위, 서명 및 제한을 확인합니다.
- 변경 후: 연결, 승인된 제출, 도메인 인증 및 수신자 결과를 별도로 기록합니다.