Автор Тема: офис-сервер 4.0 невозможно читать почту мэйлером  (Прочитано 11564 раз)

Оффлайн ~Arkey

  • Участник
  • *
  • Сообщений: 69
  • Debian user
Цитировать
1) Выбор портов 250 и 1100 это плохая идея.
Не понял почему. Ага, 250 не подходит, Infosec VPN Protocol
Цитировать
2) -s $NET_LOC переводится, адрес источника локальная сеть. Это правильно.
Отлично так и оставим
$IPTABLES -t nat -A POSTROUTING -s $NET_LOC -p tcp
Цитировать
3) -o $IF_INET переводится как должен уйти через интерфейс $IF_INET. Но ты же хочешь, заворачивать пакеты адресуемые твоему серверу. Они никуда, ни через какой интерфейс уходить не будут.
Хорошо, убираем.
Цитировать
4) --sport 1100 Порт источника 1100. В твоем случае полный бред. Порт будет случайный.
Убираем, понял.
Цитировать
5) --dport 110 Порт приемника 110. Ты же говорил, что пакеты приходящие на 1100, а не на 110 порт должны заворачиваться.
$IPTABLES -t nat -A POSTROUTING -s $NET_LOC -p tcp -dport 1100
Цитировать
6) -j SNAT --to-source $SMTP_INET Замененит адрес источника на $SMTP_INET. Если, судя по названию это адрес внешнего сервера. Если так, то это бред.

--to-destination может использовать только с таблицей PREROUTING, ОК. Ага, меняем -s $NET_LOC на -d $IP_LOC

SMTP_SERV="93.158.134.38:25"
POP_SERV="87.250.251.37:110"
$IPTABLES -t nat -A PREROUTING -d $IP_LOC -p tcp --dport 251 -j DNAT --to-destination  $SMTP_SERV
$IPTABLES -t nat -A PREROUTING -d $IP_LOC -p tcp --dport 1100 -j DNAT --to-destination  $POP_SERV

Ну вроде все правильно. Критерий, локальный ip и 251 локальный порт. Переправляем на назначение в интернете. Что не так?
« Последнее редактирование: 07.10.2009 03:30:37 от ~Arkey »

Оффлайн Mikhail

  • Участник
  • *
  • Сообщений: 201
  • Не уверен - не тренди.
Цитировать
1) Выбор портов 250 и 1100 это плохая идея.
Не понял почему. Ага, 250 не подходит, Infosec VPN Protocol
Почтай доку полностью, и поймашь, почему и 251 не подходит. И почему не подходит 1100.

Цитировать
2) -s $NET_LOC переводится, адрес источника локальная сеть. Это правильно.
Отлично так и оставим
Ага, меняем -s $NET_LOC на -d $IP_LOC
Вопросы?
Ссылку на документацию, которую я тебе дал, ты почитать так и не удосужился.

--to-destination может использовать только с таблицей PREROUTING, ОК.
Ага, меняем -s $NET_LOC на -d $IP_LOC
Я просто сражен твоей логикой. Не надо думать и лепить что придется. Нужно читать доку и думать. Хотя если вспомнить теорию вероятности....

Ну вроде все правильно. Критерий, локальный ip и 251 локальный порт. Переправляем на назначение в интернете. Что не так?
Нет, не правильно.
А теперь еще раз перичитай мой пост, и долго думай, а все ли ты сделал?
« Последнее редактирование: 08.10.2009 02:33:13 от Mikhail »
Понравился ответ? Прибавь репутации!

Оффлайн ~Arkey

  • Участник
  • *
  • Сообщений: 69
  • Debian user
Да, не все так просто...
Ушел читать...
« Последнее редактирование: 08.10.2009 04:09:51 от ~Arkey »

Оффлайн Александр

  • Участник
  • *
  • Сообщений: 31
Ребята у меня похожая проблема с чтением внешней почты.
Когда стоял Alt linux Master 2.4 то все было нормально,
но когда перешел на школьный сервер 4.0 то с такимиже настройками iptables
(forward 25,110 и SNAT на наш фиксированный IP) перестала работать почта pop(smtp).mail.ru
(пишет нет отклика от сервера)  а pop(smtp).yandex.ru и mx.kaluga.ru продолжали работать,
но когда наш провайдер поменял какойто коммутатор то у нас перестала работать и yandex и
kaluga. Восстановил рабочий backup но почта которая раньше на нем шла всеже незаработала.
Хорошо старый сервер с master 2.4 не трогал, включил его и вся почта заработала.
Что такое в школьном сервере я так и не понял.
Если кто подскажет заранее спасибо.

Оффлайн Александр

  • Участник
  • *
  • Сообщений: 31
Да еще забыл отметить.
после смены коммутатора у провайдера, с mx.kaluga.ru интересная ситуация
проверка учетной записи проходит нормально а при чтении почты
он долго думает потом может начать скачивать несколько байт
а потом разрывает связь с ошибкой.
Пробовал чистить ящик на kaluga.ru через web интерфейс,то
одно маленькой сообщение может и приняться.
Вобщем непонятно все это.