Именно то, что и уточнил, beho1der, я и хотел спросить.
Давно использую spice для доступа к vm, можно кинуть линк — где вы прочитали про подобное поведение, если это правда, то очень интересная фича.
Из интересного добавили поддержку SPICE, он позволяет запускать приложения в виртуалке на сервере и использовать его на своем десктопе как локальное приложение использующее полностью удаленные ресурсы, по такой схеме много где работает 1С через Citrix Metaframe.
Можно уточнить как spice работает таким образом?
Какую отказоустойчивость даст такая схема?
В итоге одно mx запись ссылающаяся на имя с двумя адресами, на которые по Round robin DNS идет распределение нагрузки.
Обеспечение отказоустойчивости почтового сервера при выходе из строя одного из серверов почты или падении канала одного из провайдеров. Возможность проводить тех. работы, тестирование новых модулей и т.д. на одном из почтовых серверов.
Какая отказоустойчивость- упал один сервер( канал провайдера), а при отправке письма удаленный сервер получил для mx записи как раз тот адрес, который в данный момент недоступен и далее стандартная схема с повторной переотправкой по истечению таймаута- все тоже самое что у вас был бы один сервер.
А pdf reflow поддерживается? Все таки экранчик маленький- без этой функции особого смысла в поддержки pdf мало( при конвертации в подходящее разрешение, как правило, ломаются таблицы)
По поводу меньше телодвижений- не согласен. Сделано именно так как раз для уменьшения количества «возни», чтобы все в одном месте прописывать. А так пришлось бы еще и в конфиг grub залезать ( а в CentOS 6 он первой версии- отдельного файла куда можно доп опции прописать нет )
Мои слоны тоже могут не по правилам ходить.
Вообще, снимаю шляпу.
Давно использую spice для доступа к vm, можно кинуть линк — где вы прочитали про подобное поведение, если это правда, то очень интересная фича.
Можно уточнить как spice работает таким образом?
В итоге одно mx запись ссылающаяся на имя с двумя адресами, на которые по Round robin DNS идет распределение нагрузки.
Обеспечение отказоустойчивости почтового сервера при выходе из строя одного из серверов почты или падении канала одного из провайдеров. Возможность проводить тех. работы, тестирование новых модулей и т.д. на одном из почтовых серверов.
Какая отказоустойчивость- упал один сервер( канал провайдера), а при отправке письма удаленный сервер получил для mx записи как раз тот адрес, который в данный момент недоступен и далее стандартная схема с повторной переотправкой по истечению таймаута- все тоже самое что у вас был бы один сервер.
Note: Cannot open TUN/TAP dev /dev/net/tun: No such file or directory
Это означает, что техподдержка плохо работает и не включила нам tun модуль.
Это может быт ьи на vps на openvz, и устройство нужно создавать через mknod.
И на хабре уже эта тема обсуждалась…