Приветствую всех.
Есть почтовый сервак (Linux Red Hat 7.2 + sendmail) хотелось бы сделать ему резервный, чтоб при падении основного все запросы перебрасывались на резервный. Подскажите пожалуйста как такое можно сделать ? В каком направлении двигаться ?Заранее спасибо всем.
>Приветствую всех.
>Есть почтовый сервак (Linux Red Hat 7.2 + sendmail) хотелось бы сделать
>ему резервный, чтоб при падении основного все запросы перебрасывались на резервный.
>Подскажите пожалуйста как такое можно сделать ? В каком направлении двигаться
>?
>
>Заранее спасибо всем.
в направлении прописывания mx records в dns
>>Приветствую всех.
>>Есть почтовый сервак (Linux Red Hat 7.2 + sendmail) хотелось бы сделать
>>ему резервный, чтоб при падении основного все запросы перебрасывались на резервный.
>>Подскажите пожалуйста как такое можно сделать ? В каком направлении двигаться
>>?
>>
>>Заранее спасибо всем.
>
>
>в направлении прописывания mx records в dnsугу, понял. А с почтовыми базами пользователей как быть ?
>>>Приветствую всех.
>>>Есть почтовый сервак (Linux Red Hat 7.2 + sendmail) хотелось бы сделать
>>>ему резервный, чтоб при падении основного все запросы перебрасывались на резервный.
>>>Подскажите пожалуйста как такое можно сделать ? В каком направлении двигаться
>>>?
>>>
>>>Заранее спасибо всем.
>>
>>
>>в направлении прописывания mx records в dns
>
>угу, понял. А с почтовыми базами пользователей как быть ?c этим труднее, но есть варианты.
все зависит от того, чего ты хочешь
добиться.
>>Приветствую всех.
>>Есть почтовый сервак (Linux Red Hat 7.2 + sendmail) хотелось бы сделать
>>ему резервный, чтоб при падении основного все запросы перебрасывались на резервный.
>>Подскажите пожалуйста как такое можно сделать ? В каком направлении двигаться
>>?
>>
>>Заранее спасибо всем.
>
>
>в направлении прописывания mx records в dns
Как простейший вариант могу предложить синхронизировать master.passwd через ftp скриптец сделай и фсе :)
Но вариантов здесь масса.
>>>Приветствую всех.
>>>Есть почтовый сервак (Linux Red Hat 7.2 + sendmail) хотелось бы сделать
>>>ему резервный, чтоб при падении основного все запросы перебрасывались на резервный.
>>>Подскажите пожалуйста как такое можно сделать ? В каком направлении двигаться
>>>?
>>>
>>>Заранее спасибо всем.
>>
>>
>>в направлении прописывания mx records в dns
>Как простейший вариант могу предложить синхронизировать master.passwd через ftp скриптец сделай и
>фсе :)
>Но вариантов здесь масса.
Буду думать. Спасибо.
>>>Приветствую всех.
>>>Есть почтовый сервак (Linux Red Hat 7.2 + sendmail) хотелось бы сделать
>>>ему резервный, чтоб при падении основного все запросы перебрасывались на резервный.
>>>Подскажите пожалуйста как такое можно сделать ? В каком направлении двигаться
>>>?
>>>
>>>Заранее спасибо всем.
>>
>>
>>в направлении прописывания mx records в dns
>Как простейший вариант могу предложить синхронизировать master.passwd через ftp скриптец сделай и
>фсе :)
>Но вариантов здесь масса.Для синхронизации можно использовать rsync - очень удобная вещь :)
Гонки все это, господин номер 1 правильно сказал -
1 поправить DNS как сказано в доках по его настройке (добавить MX 20 smtp.pupkin.ru)
2 договорится с smtp.pupkin.ru об открытом relay на свой домен
3 радоваться
4 юзеров НЕ ТРОГАТЬ
>Гонки все это, господин номер 1 правильно сказал -
>1 поправить DNS как сказано в доках по его настройке (добавить MX
>20 smtp.pupkin.ru)
>2 договорится с smtp.pupkin.ru об открытом relay на свой домен
>3 радоваться
>4 юзеров НЕ ТРОГАТЬна лицо непонимание всей полноты вопроса
>>Гонки все это, господин номер 1 правильно сказал -
>>1 поправить DNS как сказано в доках по его настройке (добавить MX
>>20 smtp.pupkin.ru)
>>2 договорится с smtp.pupkin.ru об открытом relay на свой домен
>>3 радоваться
>>4 юзеров НЕ ТРОГАТЬ
>
>на лицо непонимание всей полноты вопросаПри падении твоего сервера - вся почта перенаправляется на сервер smtp.pupkin.ru . Серверу smtp.pupkin.ru наплевать на твоих пользователей, он примет почту и будет ее держать в очереди пока твой сервер не подымется. После поднятия сервера почта будет передана.
Или не это требовалось?
Если требуется зеркало - это другая тема.
>>>Гонки все это, господин номер 1 правильно сказал -
>>>1 поправить DNS как сказано в доках по его настройке (добавить MX
>>>20 smtp.pupkin.ru)
>>>2 договорится с smtp.pupkin.ru об открытом relay на свой домен
>>>3 радоваться
>>>4 юзеров НЕ ТРОГАТЬ
>>
>>на лицо непонимание всей полноты вопроса
>
>
>
>При падении твоего сервера - вся почта перенаправляется на сервер smtp.pupkin.ru
>. Серверу smtp.pupkin.ru наплевать на твоих пользователей, он примет почту и
>будет ее держать в очереди пока твой сервер не подымется. После
>поднятия сервера почта будет передана.все это понятно и хорошо не при падении mailhub'а, а при аварии или
падении канала.>Или не это требовалось?
>Если требуется зеркало - это другая тема.не обязательно зеркало, а дубль.
ps. mx по договоренности на внешний сайт - хорошо и правильно, только
это особая договоренность, никто не захочет копить сотни мег почты и
держать их в spool'e если хозяин не чешется с восстановлением своего
mailhub'а. посему, если огромная локалка, желательно иметь дубль.
>>>>Гонки все это, господин номер 1 правильно сказал -
>>>>1 поправить DNS как сказано в доках по его настройке (добавить MX
>>>>20 smtp.pupkin.ru)
>>>>2 договорится с smtp.pupkin.ru об открытом relay на свой домен
>>>>3 радоваться
>>>>4 юзеров НЕ ТРОГАТЬ
>>>
>>>на лицо непонимание всей полноты вопроса
>>
>>
>>
>>При падении твоего сервера - вся почта перенаправляется на сервер smtp.pupkin.ru
>>. Серверу smtp.pupkin.ru наплевать на твоих пользователей, он примет почту и
>>будет ее держать в очереди пока твой сервер не подымется. После
>>поднятия сервера почта будет передана.
>
>все это понятно и хорошо не при падении mailhub'а, а при аварии
>или
>падении канала.
>
>>Или не это требовалось?
>>Если требуется зеркало - это другая тема.
>
>не обязательно зеркало, а дубль.
>
>ps. mx по договоренности на внешний сайт - хорошо и правильно, только
>
>это особая договоренность, никто не захочет копить сотни мег почты и
>держать их в spool'e если хозяин не чешется с восстановлением своего
>mailhub'а. посему, если огромная локалка, желательно иметь дубль.та-же MX 20 запись только со своим сервером и все дела.
а пупкина на MX 30 посадить И тогда нашу почту не разушиш не убьеш.Да а что имеется в виду под названием ДУБЛЬ?
>>>>>Гонки все это, господин номер 1 правильно сказал -
>>>>>1 поправить DNS как сказано в доках по его настройке (добавить MX
>>>>>20 smtp.pupkin.ru)
>>>>>2 договорится с smtp.pupkin.ru об открытом relay на свой домен
>>>>>3 радоваться
>>>>>4 юзеров НЕ ТРОГАТЬ
>>>>
>>>>на лицо непонимание всей полноты вопроса
>>>
>>>
>>>
>>>При падении твоего сервера - вся почта перенаправляется на сервер smtp.pupkin.ru
>>>. Серверу smtp.pupkin.ru наплевать на твоих пользователей, он примет почту и
>>>будет ее держать в очереди пока твой сервер не подымется. После
>>>поднятия сервера почта будет передана.
>>
>>все это понятно и хорошо не при падении mailhub'а, а при аварии
>>или
>>падении канала.
>>
>>>Или не это требовалось?
>>>Если требуется зеркало - это другая тема.
>>
>>не обязательно зеркало, а дубль.
>>
>>ps. mx по договоренности на внешний сайт - хорошо и правильно, только
>>
>>это особая договоренность, никто не захочет копить сотни мег почты и
>>держать их в spool'e если хозяин не чешется с восстановлением своего
>>mailhub'а. посему, если огромная локалка, желательно иметь дубль.
>
>
>
>та-же MX 20 запись только со своим сервером и все дела.
>а пупкина на MX 30 посадить И тогда нашу почту не разушиш
>не убьеш.ну и в случае централизованного mailhub'а, если mx 20 не дублирует
пользователей, имеем потерю почты.>Да а что имеется в виду под названием ДУБЛЬ?
написано же было, почему обязательно зеркало, почтовый дубль, те только
почту страхует дублирует, остальные нагрузки любые, самостоятельные...Те, какая разница как назвать, дублирует сервис и зеркало, imho, разные
вещи и понятия
>>Да а что имеется в виду под названием ДУБЛЬ?
>
>написано же было, почему обязательно зеркало, почтовый дубль, те только
>почту страхует дублирует, остальные нагрузки любые, самостоятельные...
>
>Те, какая разница как назвать, дублирует сервис и зеркало, imho, разные
>вещи и понятияЯ повторюсь
та-же MX 20 запись только со своим сервером и все дела.
а пупкина на MX 30 посадить И тогда нашу почту не разушиш
не убьеш. Но подымать сервер все равно надо.Кажется у CISCO есть что-то типа если один сервер падает то второй полностью его заменяет не заметно для пользователей, но стоит много денюжков. типа RAID
>>>Да а что имеется в виду под названием ДУБЛЬ?
>>
>>написано же было, почему обязательно зеркало, почтовый дубль, те только
>>почту страхует дублирует, остальные нагрузки любые, самостоятельные...
>>
>>Те, какая разница как назвать, дублирует сервис и зеркало, imho, разные
>>вещи и понятия
>
>Я повторюсь
>
>та-же MX 20 запись только со своим сервером и все дела.
>а пупкина на MX 30 посадить И тогда нашу почту не разушиш
>
>не убьеш. Но подымать сервер все равно надо.
>
>Кажется у CISCO есть что-то типа если один сервер падает то второй
>полностью его заменяет не заметно для пользователей, но стоит много денюжков.
>типа RAIDесли подразумевается два PC на RAID, конечно. Иначе mx20 должен просто
дублировать сервис (те не терять пользователей и настройки, пусть даже
технологически он исполнен иначе чем оригинал)для конструкции 2xPC на RAID, нужна SCSI-2-SCSI технология и не простая,
увы, пока не приходилось такую делать :(((Хотя с RAID можно много что закручивать... :)