Postfix : 모든 발신 이메일에서 "연결 시간이 초과되었습니다"[닫기]


24

GNU Mailman으로 메일 링리스트를 설정하려고했지만 수많은로드 블록으로 인해 완전한 재앙이되었습니다. Postfix는 이메일을받을 수는 있지만 전혀 다시 보낼 수는 없습니다. 로그를 들여다 보았습니다. 이것은 내가 찾은 것입니다.

Mar 30 16:35:30 apott-server postfix/smtp[22572]: connect to gmail-smtp in.l.google.com[74.125.142.26]:25: Connection timed out
Mar 30 16:36:01 apott-server postfix/smtp[22572]: connect to alt1.gmail-smtp-in.l.google.com[173.194.76.27]:25: Connection timed out
Mar 30 16:36:31 apott-server postfix/smtp[22572]: connect to alt2.gmail-smtp-in.l.google.com[74.125.131.26]:25: Connection timed out
Mar 30 16:37:01 apott-server postfix/smtp[22572]: connect to alt3.gmail-smtp-in.l.google.com[173.194.67.27]:25: Connection timed out
Mar 30 16:37:31 apott-server postfix/smtp[22572]: connect to alt4.gmail-smtp-in.l.google.com[173.194.65.26]:25: Connection timed out
Mar 30 16:37:31 apott-server postfix/smtp[22572]: A0616100CCB: to=<example@gmail.com>, relay=none, delay=150, delays=0.06/0.01/150/0, dsn=4.4.1, status=deferred (connect to alt4.gmail-smtp-in.l.google.com[173.194.65.26]:25: Connection timed out)

분명히 어떤 것이 발신 이메일을 방해하고 있습니다.이 문제를 해결하는 방법에 대한 제안이 있습니까?

(서버는 우분투 리눅스 박스입니다)

도움을 주셔서 감사합니다.


3
어떤 호스팅을 사용하고 있습니까? 이것이 단순히 기계가 네트워크에 연결되어 발신 메일을 허용하지 않는 경우 일 수 있습니까?
kasperd

@kaspered 그것은 내 자신의 네트워크에 내 자신의 기계입니다. 들어오고 나가는 메일이 있습니다. 전에 다른 컴퓨터에서 해봤습니다.이 특정 메일과 관련이 있습니다.
APott

메일 서버 IP를 여기 MXTOOLBOX에 펀칭하여 시작하는 것은 여러 가지 이유 일 수 있습니다. 서버가 홈 클래스 광대역에 있거나 IP에 대한 PTR 레코드를 얻지 못한 경우 발생할 수 있습니다. 블랙리스트.
0x7c0

@Shutupsquare 문제가 없다고 말합니다.
APott

홈 클래스 광대역을 사용하고 있습니까? 아니면 비즈니스 광대역 서비스입니까?
0x7c0

답변:


17

연결 시간 초과는 TCP SYN 패킷이 SYN-ACK를받지 못하고 있음을 의미합니다. 이것은 무언가가 SYN 또는 SYN-ACKS를 차단해야 함을 의미합니다.

traceroute를 사용하여 SYN 패킷이 얼마나 멀리 있는지 알아낼 수 있습니다

traceroute -n -T -p 25 gmail-smtp-in.l.google.com

우분투에 대한 다른 traceroute 명령이 있습니다. 위의 명령은 traceroute.db에서는 작동하지만 traceroute-nanog 또는 inetutils-traceroute에서는 작동하지 않습니다.

비교를 위해 포트 25 대신 포트 80을 사용하여 두 번째 추적 경로를 실행하는 것이 유용 할 수 있습니다.


1
답변 해주셔서 감사합니다. 출력은 다음과 같습니다. traceroute to gmail-smtp-in.l.google.com (74.125.142.27), 30 hopsmax, 60 바이트 패킷 1 192.168.1.254 3.567 ms 20.770 ms 20.768 ms 2 * * * 3 * * * 4 * * * 5 * * * 6 * * * 7 * * * 8 * * * 9 * * * 10 * * * 11 * * * 12 * * * 13 * * * 14 * * * 15 * * * 16 * * * 17 * * * 18 * * * 19 * * * 20 * * * 21 * * * 22 * ​​* * 23 * * * 24 * * * 25 * * * 26 * * * 27 * * * 28 * * * 29 * * * 30 * * *
APott

4
이 출력은 SYN 패킷이 자신의 네트워크 외부에서 패킷을 생성하지 않음을 보여줍니다. SYN 패킷은 192.168.1.254 또는 경로의 다음 라우터에 의해 차단됩니다. 포트 80을 사용하여 출력을 다른 출력과 비교할 수 있습니다.
kasperd

5
이 질문을 찾았지만 AWS EC2에있는 사람 : 발신 SMTP는 의도적으로 요금이 제한 되어 있지만 완화하도록 요청할 수 있습니다 .
msanford

+1 라우터는 기본적으로 SMTP 서버의 화이트리스트를 사용했습니다 ...
Willi Mentzel

동일한 문제가 발생하고 포트 80과 비교하면 traceroute의 결과가 모두 합리적입니다!
먼지 버스터

3

이것은 관련이 없을 수 있지만 내 질문에 대한 답변을 찾기가 어려워 여기에 게시 할 것입니다. /etc/resolv.conf다음과 같이 설정된 10.0.xx IP 대신 Google의 네임 서버를 사용하도록 편집하여 방랑 한 가상 상자에서 발신 이메일을 수신 할 수있었습니다 .

sudo vi /etc/resolv.conf

네임 서버 IP를 변경합니다 :

nameserver 8.8.8.8

그런 다음 postfix를 다시 시작해야합니다.

sudo /etc/init.d/postfix restart

이것은 내가 나의 빈 상자에서 찾고 있던 것이 었습니다. 감사!
styks

2
내 질문에 동의하지 않습니다.
styks

1
traceroute가 호스트 이름을 IP 주소로 확인할 수 있었기 때문에 이것이 관련이 없다고 생각합니다. Connection timed outDNS 확인에 실패하면 postfix에 오해의 소지가 있다고 생각하지 않습니다 .
kasperd

2

/etc/postfix/main.conf에서 isp smtp 서버에 릴레이 호스트를 설정하십시오.

그런 다음 다시로드 : sudo service postfix reload


15
IT는 어떤 설정 즉 relayhost, OP 문제의 원인을 먼저 설명하는 데 유용합니다 . 많은 소비자 ISP의 스팸 메일을 차단하여 발신 메일을 차단하고 사용자가 SMTP 서버를 사용하도록합니다.
HBruijn
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.