так это для аутлука, а его еще купить надо

а это целиком мс офис

кого купить?

дораха

а блеать

ну тогда что могу сказать, сочувствую

чесно не держу на хостинг ямах почтари, это бред, то лимит обрезан, то логи не читанешь, то подобное говно

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

да это понятно, есть планы на эксч во втором полугодии, но до тех времен еще дожить надо

ну так доживай, что ты пытаешься с яндекс платформы вытянуть, я хз))

удобства какого-то, чего ж еще

ну какое там удобство то, нет там удобств, помойкаж

кстать я заказал себе hp омен 27, за пол цены

кстаь у него же при подключение к маку всего 50 гц

а мне не к маку

мне ж для монтажки

ааа, даа, тыж да)

тогда норм, для монтажа норм

Всем привет, вопрос следующий есть развертывание сервиса.... Брокер терминалов  + 3 ноды под терминальные сервера (куда подключаются юзеры , через брокер) + Шлюз в ДМЗ.... Появилась потребность изменить ip брокеру и шлюзу (смена подсети) .... Вопрос если ip будут изменены (переезд в другую подсеть с сохранением связанности на уровни сети ), не разрушится ли кластер  так что брокер не будет работать  или шлюз отвалится и не будет редиректить пользователей на брокер... ???

Вообще так не делают.
1. 1 брокер - узел отказа. У вас их быть должно минимум 2
2. В случае смены адресации, лучше попарно выводить всё из кластера, менять адресацию и передобавлять элементы.
Т.е. вывел 1 брокер, сменил адресацию, завёл заново. И так с всеми узлами.

Ну а в целом, у вас ферма собирается по FQDN и в базе в конфигурациях так же указаны имена. Полгаю, что в этом случае тоже всё сломается лишь на тот период, пока не будут доступны имена по новым адресам для всех узлов. Но я бы сделал так, как написал выше