Есть вопрос!помогите разобраться(домен и почтовый сервер на разных ip)

Здравствуйте уважаемые форумчане, вновь обращаюсь к вашему коллективному разуму:) помогите разобраться в следующем.
Есть сервер с доменом domain.ru он крутиться на xxx.xxx.xxx.88 айпи на нем поднят apach, Есть почтовый сервер postfix с веб мордами(на apach) он крутиться на xxx.xxx.xxx.81 привязан к тому же домену domain.ru Какую запись в ДНС нужно и можно ли внести, чтобы не при обращении через веб интерфейс скажем www.domain.ru/webmail заходило именно на почтовый сервер. Ну и естественно чтобы письма шли именно на 81 айпи а не на 88, достаточно ли прописать запись MX
скажем так:
[console]@ IN SOA ns1.domain.ru. postfixadmin.domain.ru. (
1 ; serial
28800 ; refresh
7200 ; retry
604800 ; expire
86400 ; ttl
)

IN NS ns1.domain.ru.
IN NS ns2.domain.ru.
IN MX 10 mail.domain.ru.
IN MX 10 mail.domain.ru.

@ IN A 212.193.134.88
ns1 IN A 212.193.134.88
ns2 IN A 212.193.134.81
mail IN A 212.193.134.81
www IN A 212.193.134.88[/console]
в итоге запрос я думаю будет иметь такой вид
[console]nslookup -type=MX domain.ru
Server: 192.168.2.254
Address: 192.168.2.254#53

Non-authoritative answer:
imsp.ru mail exchanger = 10 mail.domain.ru.

Authoritative answers can be found from:
domain.ru nameserver = ns.bitel.ru.
domain.ru nameserver = ns1.bitel.ru.
mail.domain.ru internet address = 212.193.134.81
[/console]
буду очень благодарен если поможете, надеюсь поняли мой вопрос.

Я думаю достаточно... Почта побежит по ххх.ххх.ххх.81

sagvir написал:

через веб интерфейс скажем www.domain.ru/webmail заходило именно на почтовый сервер

Это уже как настроен apache. Если ты домен посадил на второй IP, то и по www.domain.ru/webmai будет открываться именно на нем.

Спасибо :) в конфиг апача на почтовом сервере добавил следующее
[console]
<VirtualHost xxx.xxx.xxx.81:8888>
ServerName mail.domain.ru
ServerAdmin postfixadmin@domain.ru
DocumentRoot /usr/share/squirrelmail
</VirtualHost>[/console]
1.значит когда внесу запись МХ в днс то и по имени будет заходить? и почта будет на 81 уходить, в тоже время набив в браузере domain.ru мы попадем на веб сервер с 88 айпи?)
2.Да и в конфиге postfix я прописал
[console]myhostname = mail.domain.ru
mydomain = domain.ru
myorigin = /etc/mailname
inet_interfaces = all
mydestination = $mydomain, $myhostname,www.$mydomain, mailserver.imsp, localhost.imsp, localhost[/console]
Почта при создании ящика скажем test@domain.ru имеено туда и будет уходить, отправка работает на ура, во входящем письме именно этот ящик и отображаеться, тоесть мне не нужно чтобы ящик выглядел так: test@mail.domain.ru

sagvir, да, все верно.
1. На айпишник, присвоеный МХ записи будет гнаться почтовый траффик, это запись для резолва почтовых протоколов. Точнее из МХ и А записи выясняется айпишник, куда слать почту почтовыми протоколами. Если у тебя оба айпишника находятся на одном физическом сервере, пусть даже на разных интерфейсах- глубоко пофиг на каком будет висеть веб-морда.
2. Нет, не нужно, тут уже отрабатывает alias, кстати проверь, настроен ли он :)) по сути он всем говорит внутри, что mail.domain.ru == domain.ru и пофиг, что указывать в RCPT TO.

1.Погоди у меня веб сервер и почтовый сервер на разных физических машинах, поэтому я и спрашиваю можно ли так делать:) Но домен один, и нужно чтобы почта была привязана именно к domain.ru ящик выглядел так, test@domain.ru
2. По умолчанию postfix берет имя домена hostname -n поэтому в main.cf необходимо прописывать соответствующей твоим нуждам домен)

1) Тогда да- прописывай А-запись для веб-морды на айпишник, где крутиться почтовик. Разумеется, у тебя на этом почтовом сервере уже должен быть поднят апач и распакована белка.
2) Что-то с памятью моею стало... Ну, алиас отрабатывется и ладно :))

Всех с прошедшими праздниками!) в сад ездил, не мог просмотреть что написали)
Denlookh запись А как должна выглядеть для веб морды? ведь если я набью в браузере www.domain.ru я должен попасть на веб-сервер с 88 айпи, если www.domain.ru/webmail то должен попасть на почту. Через айпи все проходит успешно( xxx.xxx.xxx.81/webmail )

sagvir написал:

Всех с прошедшими праздниками!) в сад ездил, не мог просмотреть что написали)
Denlookh запись А как должна выглядеть для веб морды? ведь если я набью в браузере www.domain.ru я должен попасть на веб-сервер с 88 айпи, если www.domain.ru/webmail то должен попасть на почту. Через айпи все проходит успешно( xxx.xxx.xxx.81/webmail )

Чего вы мозг парите. Можно сделать и несколько почтовиков, с разными значениями приоритета.
MX записи указывают куда будет слаться почта для этого домена, и не важно на какой машине оно у вас находится. Может быть вообще три почтаря для домена в разных странах на случай падения одного.
Все что касается HTTP трафика прописывается в A и CHNAME зонах. Ему мало пофиг где у вас почтовик, если это ВЕБ морда то это же ВЕБ, значит и указывать нужно IP сервера на котором она крутится, именно туда пойдет запрос. А почта попытается стукнуться на MX с меньшим приоритетом, если не удастся возьмет следующий (если их несколько) на IP который прописан в MX должен слушаться 25 порт, любым MTA который Вам нравится.

sagvir, А-запись создавай для поддомена mail.domain.ru, он и будет веб-мордой, это и будет ServerName в хттпеде. Сам Докрут с белкой может откликаться по любому доменному имени. Какая разница по какому урлу будет доступна кучка скриптов? :) Так что пиши mail.domain.ru и не парься :))


ufomen, при чем тут разные почтовики с разноприоритетными МХ записями. Вообще, это палка о двух концах. При несинхронизированости (тн бэкап МХ) очень весело ловить письма ушедшие на менее приоритетный сервак при недоступности основного.

Denlookh написал:

sagvir, А-запись создавай для поддомена mail.domain.ru, он и будет веб-мордой, это и будет ServerName в хттпеде. Сам Докрут с белкой может откликаться по любому доменному имени. Какая разница по какому урлу будет доступна кучка скриптов? :) Так что пиши mail.domain.ru и не парься :))


ufomen, при чем тут разные почтовики с разноприоритетными МХ записями. Вообще, это палка о двух концах. При несинхронизированости (тн бэкап МХ) очень весело ловить письма ушедшие на менее приоритетный сервак при недоступности основного.

Я не говорил что так НУЖНО делать именно в этом случае :) Я говорил о такой ВОЗМОЖНОСТИ. Чтобы человек понял что к чему и как примерно это работает.