Владимир, добрый день. Учитывая что днс имя и ип адрес в сертификате мы будет указывать на внешнее подключение (к примеру 80.55.33.66 mail.contoso.com), но все пользователи подключаются изнутри по локальной сети ( 192.168.1.2 mail.contoso.local), будут ли проблемы? В том числе и этот сервис будет изнутри на локальный адрес почтового сервера обращаться.
Сергей, добрый день. На данный момент так как TLS отключен мы SMTP test получаем ошибку. "SMTP TLS Warning - Does not support TLS." Не могу ли у нас возникнуть проблемы с бан листами, если данный сертификат не будет проходить как доверенный?
Уважаемый, попробуйте его вытащить и подрубить через бокс или переходник к другому аппарату. Исключать проблему в другой аппаратной части тоже не стоит.
Скорее всего "хромает" моя матчасть относительно почты... Варианты как отправить почту найти не проблема. Но к примеру тот же unisender позволяет это довольно просто реализовать, но в случаи если я хочу чтобы рассылка приходила с моего домена, то и отправлять должен собственно мой почтовик. А это не исключает человеческого фактора, что из 10000 - 1000 может попасть в спам.
Может ли такое кол-во писем спровоцировать блокировку ИП-ка ?
Если же мы будет иметь базу и пользоваться тем же unisender-ом, может ли это как то нас оперативно вывести из блек листов?
Может быть подкинете пруфы как именно происходит "зачисление" в блеклисты?
Мне кажется что тут вы не правы, на том же mxtoolbox.com можно проверить как ип, так и домен. И листы будут отличаться списками.
Наверное все таки существуют механизмы, но как в данном случаи те же хостеры могут избежать блокировки. К примеру на одном ИП-ники висят более 10000 сайтов использующие модули рассылки?
Ну ваш вариант меня немного пугает только фразой "Тем самым довольно дёшево я храню бекап")))) Как говориться реплика это не бекап, а бекап не реплика))))
И у меня не много другие задачи. Восстановление сервисов в течении 5 минут мне позволяет сделать автоматически кластер ("почти"). То вот выход из строя СХДки, кластер меня не спасет))). Пока что планирую с помощью hyper-v replica делать реплику на удаленную площадку, но наступает момент замены СХД-ки. Поэтому хотелось бы рассмотреть вариант реплики на уровне схд.
Скорее всего останемся на hp-ках, честно говоря меня все устраивает. Были проблемы с СХД-кой года два назад, ребята отработали в течении дня. Заменили один из контроллеров из за которого у нас машины на нодах катались каждые 5 минут)
Даже если это произойдет, пересажу реплики на Veeam ибо копии делаются на нем же ))))
Ну вроде бы hyper-v replica это одна из встроенное средство, просто использование Orchestrator позволяет сделать это более оптимизировано. Хотя может я и ошибаюсь...
Просто хотелось бы посмотреть на другие решения, все таки схд-шка одна и час Х когда нибудь настанет по статистике.
Хорошо, если учитывать что 80% данных адресатов были нашими клиентами или хотели приобрести продукцию?
т.е. с ними велась переписка в активном варианте.
Уважаемый Юрий, я получил дополнительную информацию... Во-первых действительно есть ДВЕ платформы: корп и обычная. Ни на ИТС форуме, ни на дисках, ни тем более на https://users.v8.1c.ru/ она не отображается. У них есть свои сайт, который выкладывает платформы и они отличаются по версиям от обычной. Поэтому вопрос следующий, если у меня платформа проф и там доступны данные настройки, является ли это неправомерным?
Вот это новости Вы мне открываете... честно в шоке немного. Т.е. получается изменять настройки у кластера и рабочих процессов 8.3 не имею право. Тогда не понятно каким образом 4 пустых без пользователей и с отключенными рег. заданиями съедают 2.6 гб ОЗУ, когда 7 баз с 30 активными пользователями загружают rphost не более 1.2 гб.
Этот вариант я исключил полностью.
Пол.машина:
в 8 00 - старт 1.5 минуты
в 14 00 - старт 7 секунд
перезагрузка машины
старт все равно 7 секунд
машина постоянно включена
на след утро в 8 00 - старт 1.5 минуты
Спасибо за ответ, видимо я был не точен. С первоисточником я уже был знаком, наверное не совсем точно было поставлен вопрос.
Имеем w2012k2 на котором поднят FTP на IIS. В настройках FTP указан внешний IP брандмауэра 62.xx.xx.xx. и порты с 5000-5010.
После данных установок из FZ пошли такого рода ответы:
Ответ: 227 Entering Passive Mode (62,xxxxx,193,67).
Т.е. IP он перешивает но не может соединиться обратно по портам 5000-5010.
Вот конкретного их я и не могу понять как прокинуть?
Имеем такого рода правильно на PFsense:
nat: port forwarding:
1) WAN TCP * * WAN address 6211 10.86.33.155 3389 (MS RDP)
2) WAN TCP * * WAN address 6221 10.86.33.155 21 (FTP)
