Есть два линуксовых роутера (один на дебиане, другой на CentOS), в одной подсести одного провайдера.
С дебиана делаю сабж - всё ок. Получаю
Trying 94.100.177.1...
Connected to smtp.mail.ru.
Escape character is '^]'.
220 smtp45.i.mail.ru ESMTP ready

Пробую с CentOS
Trying 94.100.177.1...
telnet: connect to address 94.100.177.1: Connection timed out
Trying 2a00:1148:1:1322::a1...
telnet: socket: Address family not supported by protocol
telnet: Unable to connect to remote host: Address family not supported by protocol

Что это за муйня - кто-нить знает ?

Address family not supported by protocol
"... not supported ..."
кэп какбы намекает

(1) Он пытается по IPv6 телнетиться ?

это ипв6 не хочет

telnet smtp.mail.ru 2525
мб провайдер блочит

>telnet: connect to address 94.100.177.1: Connection timed out

Что не понятно? Проверить, все ли OK в iptables.
P.S. IPv6 можно и отключить, если не нужен.

В iptables OUTPUT accept по умолчанию

CentOS твоя на роутере умеет по протоколу smtp общаться ? Не заблокирован он на ней ?

(6) Это конечно все меняет :)

(6) а если просто tracert до smtp.mail.ru сделать с нее? Видно же, что по ипв4 уже не идет никуда.
(7) мндэ.. причем тут протоколо смпт не понятно

(9)

traceroute to smtp.mail.ru (94.100.177.1), 30 hops max, 40 byte packets
1  65.112.248.89.in-addr.arpa (89.248.112.65)  1.508 ms  1.507 ms  1.975 ms
2  192.168.104.1 (192.168.104.1)  3.733 ms  3.735 ms  3.732 ms
3  188.254.46.105 (188.254.46.105)  1.463 ms  1.462 ms  1.460 ms
4  95.167.92.71 (95.167.92.71)  21.939 ms  21.941 ms  21.938 ms
5  * * *
6  vlan901.dl5.compr.net.mail.ru (94.100.183.38)  21.657 ms  22.140 ms  22.137 ms
7  smtp.mail.ru (94.100.177.1)  22.616 ms  22.586 ms  22.631 ms

(8) Иронии не понял, если честно. Скиллов по линукс админству у меня немного, поэтому сорри.

(7) Нет, всё разрешено

мдя, эвона куда тебя занесло) проверь не российские смтп, проверь не стандартные порты овер 1024 + от прова можно ждать что угодно

(10) А теперь с того, где работает.

(13) telnet smtp.mail.yahoo.com 25 не пашет

traceroute to smtp.mail.ru (94.100.177.1), 30 hops max, 60 byte packets
1  65.112.248.89.in-addr.arpa (89.248.112.65)  1.399 ms  1.352 ms  1.310 ms
2  192.168.104.1 (192.168.104.1)  2.172 ms  2.603 ms  2.003 ms
3  188.254.46.105 (188.254.46.105)  0.946 ms  0.907 ms  0.865 ms
4  95.167.92.71 (95.167.92.71)  22.281 ms ae-1.m7-ar3.msk.ip.rostelecom.ru (87.226.139.54)  23.053 ms 95.167.92.71 (95.167.92.71)  22.199 ms
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  * * *

+(16) это к (14)

вообще изначально надо было отправит почу на smtp.spack.ru и не смогли. Начал я копать и выяснил что вообще никуда по 25 порту не могу уйти именно с этого шлюза.

смтп мейл ру слушает порт 2525

(19) http://s006.radikal.ru/i213/1310/dc/6c78f7350635.jpg

вот телнет на smtp.live.com 587 прошёл нормально

Внимательный читатель заметит по приведённым выводам трейсроута, что шлюз в обоих случаях один. Так что дело не в провайдере однозначно.

а внимательный писатель может два раза набрать 25 в конце команды телнет? чтобы получилось 2525?

(23) набрал. Получилось.

Как тогда обьяснить почему на 25 порт мейл ру соседний шлюз из той же подсети провайдера нормально коннектится ?

И как побороть ситуацию в (18) ?

потому, что у провайдера есть фаервол, по маку, отключен на маке одной сетевухи и не срабатывает, когда ты передергиваешь шнурок во вторую

(26) Я ничего не передёргиваю. :-)
В серверную заходит оптика ростелекома. Оттуда витая пара в коммутатор мелкий. Из него торчат два патчкорда. Один уходит в Дебиан, являющийся шлюзом для одной локалки, другой - в CentOS, являющийся шлюзом для другой локалки. IP адреса у них из одной подсети. Один шлюз на двоих - в (10) и (16) это видно.

(26) И вообще в случаях фильтрации по маку роутер вообще не может сединиться с провом.

Точно (10) оттуда, где smtp не работает, не наоборот?

Может с MTU проблемы, сделай теперь tracepath вместо traceroute там и там.

(29) да, точно. перепроверил

(27) виноват, не обратил внимания на byte packests

(29) tracepath с нерабочего :

1:  70.112.248.89.in-addr.arpa (89.248.112.70)             0.092ms pmtu 1500
1:  65.112.248.89.in-addr.arpa (89.248.112.65)             1.398ms
2:  192.168.104.1 (192.168.104.1)                          6.422ms
3:  188.254.46.105 (188.254.46.105)                      asymm  4   1.906ms
4:  95.167.92.71 (95.167.92.71)                          asymm  6  22.672ms
5:  no reply
6:  no reply
7:  no reply
8:  no reply
9:  no reply
10:  no reply
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
31:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500

(29) tracepath с рабочего :

1:  66.112.248.89.in-addr.arpa                            0.092ms pmtu 1500
1:  65.112.248.89.in-addr.arpa                            1.767ms
1:  65.112.248.89.in-addr.arpa                            1.432ms
2:  192.168.104.1                                         2.549ms
3:  188.254.46.105                                        1.515ms asymm  4
4:  95.167.92.71                                         22.613ms asymm  6
5:  no reply
6:  no reply
7:  no reply
8:  no reply
9:  no reply
10:  no reply
11:  no reply
12:  no reply
13:  no reply
14:  no reply
15:  no reply
16:  no reply
17:  no reply
18:  no reply
19:  no reply
20:  no reply
21:  no reply
22:  no reply
23:  no reply
24:  no reply
25:  no reply
26:  no reply
27:  no reply
28:  no reply
29:  no reply
30:  no reply
31:  no reply
     Too many hops: pmtu 1500
     Resume: pmtu 1500

Странно это все...

(34) ага...

А если все-таки IPv6 отключить?

Ну вот что за люди. Был у них почтовый на дебиане, так второй почтовый тоже надо было на нем же делать, зачем вы центосью то влезли?

да он просто читать не умеет, ему пять раз надо писать ЧТО ФАЕРФОЛ У ПРОВАЙДЕРА А НЕ НА ЦЕНТОС

(37) (38) не понял, что вы имеете ввиду. Ни на одном из этих двух шлюзов нет почтового сервера.

(0)менял шнурки в коммутаторе мелком от дебиана и сентоса?

(40) не менял. Но не может же кабель избирательно не пропускать пакеты на 25 порт.

(41)кабель нет, порт в коммутаторе может

Остается только запускать tcpdump и изучать пакеты под микроскопом.

(38) Это надо было проверить. И ты оказался прав. Пров заблокировал 25 порт для этого IP из-за спама. Причем ещё с апреля. :-)