não pode abrir a porta 25 no CentOS

Question

Não consigo abrir a porta 25 no meu servidor dedicado CentOS 6.3.

telnet localhost 25

funciona bem, no entanto, ao tentar remotamente

telnet mydomain.com 25
Connecting To mydomain.com...Could not open connection to the host, on port 25: Connect failed

É assim que meu / etc / sysconfig / iptables se parece:

# Generated by iptables-save v1.4.7 on Tue Dec 11 20:24:48 2012
*raw
:PREROUTING ACCEPT [1239:156878]
:OUTPUT ACCEPT [1017:172599]
COMMIT
# Completed on Tue Dec 11 20:24:48 2012
# Generated by iptables-save v1.4.7 on Tue Dec 11 20:24:48 2012
*nat
:PREROUTING ACCEPT [139:41210]
:INPUT ACCEPT [12:976]
:OUTPUT ACCEPT [91:14636]
:POSTROUTING ACCEPT [91:14636]
COMMIT
# Completed on Tue Dec 11 20:24:48 2012
# Generated by iptables-save v1.4.7 on Tue Dec 11 20:24:48 2012
*mangle
:PREROUTING ACCEPT [1239:156878]
:INPUT ACCEPT [1239:156878]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [1017:172599]
:POSTROUTING ACCEPT [1017:172599]
COMMIT
# Completed on Tue Dec 11 20:24:48 2012
# Generated by iptables-save v1.4.7 on Tue Dec 11 20:24:48 2012
*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [107:13896]
-A INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT
-A INPUT -p icmp -j ACCEPT
-A INPUT -i lo -j ACCEPT
-A INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT
-A INPUT -j REJECT --reject-with icmp-host-prohibited
-A INPUT -p tcp -m tcp --dport 25 -j ACCEPT
-A INPUT -p tcp -m tcp --dport 587 -j ACCEPT
-A FORWARD -j REJECT --reject-with icmp-host-prohibited
COMMIT
# Completed on Tue Dec 11 20:24:48 2012

Eu pensei que isso significa que minha porta 25 está aberta, mas ainda não está funcionando. Idéias alguém? A propósito, o /etc/postfix/main.cf diz

inet_interfaces = all

ATUALIZAÇÃO:

Eu troquei as duas linhas no iptables como sugerido, então agora:

netstat -tnlp | grep 25

tcp        0      0 0.0.0.0:110                 0.0.0.0:*                   LISTEN      2581/dovecot
tcp        0      0 0.0.0.0:143                 0.0.0.0:*                   LISTEN      2581/dovecot
tcp        0      0 0.0.0.0:22                  0.0.0.0:*                   LISTEN      2521/sshd
tcp        0      0 127.0.0.1:25                0.0.0.0:*                   LISTEN      6754/master
tcp        0      0 123.123.123.123:25          0.0.0.0:*                   LISTEN      6754/master
tcp        0      0 0.0.0.0:4190                0.0.0.0:*                   LISTEN      2581/dovecot
tcp        0      0 0.0.0.0:993                 0.0.0.0:*                   LISTEN      2581/dovecot
tcp        0      0 0.0.0.0:995                 0.0.0.0:*                   LISTEN      2581/dovecot
tcp        0      0 :::110                      :::*                        LISTEN      2581/dovecot
tcp        0      0 :::143                      :::*                        LISTEN      2581/dovecot
tcp        0      0 :::22                       :::*                        LISTEN      2521/sshd
tcp        0      0 :::4190                     :::*                        LISTEN      2581/dovecot
tcp        0      0 :::993                      :::*                        LISTEN      2581/dovecot
tcp        0      0 :::995                      :::*                        LISTEN      2581/dovecot

Entendo que isso significa que a porta 25 está aberta e o postfix está escutando nela?

Meu provedor de servidor dedicado é o OVH e eles afirmam que não bloqueiam a porta 25: link

Isso parece um beco sem saída ...

ATUALIZAÇÃO 2: Resolvido, meu ISP não estava bloqueando a porta 25, mas meu provedor de VPN estava. Maldito seja. Obrigado a todos pela ajuda.

    

Answer 1

A linha de aceitação para sua porta 25

-A INPUT -p tcp -m tcp --dport 25 -j ACCEPT

vem depois do rejeito geral

-A INPUT -j REJECT --reject-with icmp-host-prohibited

Troque e recarregue. Obras Iptables no primeiro jogo vence, então o ACCEPT nunca será acionado. A razão pela qual você pode se conectar ao host local é que há um cobertor aceito

-A INPUT -i lo -j ACCEPT 

antes da rejeição.

Se isso não funcionar, então ckeck postfix está escutando no endereço IP relevante, verifique a saída de

netstat -tnlp | grep 25 

e tome medidas apropriadas. Se não é isso, então é mais provável que alguém esteja bloqueando a porta 25 a montante de você.