Игорь Б: dhcp 192.168.20.200-192.169.20.250 = ошибка во второй части диапазона это умышлено, или действительно ошибка?
В остальном выглядит действительно не плохо.
Тогда попробовать сделать экспорт в файл:
/system export file=test.cfg
и поискать в блокноте ваши заветные цифры.
Дмитрий:
1. да - 1403, причем на сайте 22.10, а в биосе кажет 10.10, но при прошивке это то же самое
2. да - включал, выключал. даже ai2 net потом нашёл, думал может это поможет, но нет
3. да - включал обе, выключал по одной, тщетно.
Спасибо за попытку помочь!
Дмитрий:
так это выглядит у меня на рабочем хосте: i.imgur.com/x0Z7KnW.png
строка 1 - питание выключилось компьютера
строка 2 - подалось, согласовали 10 мбит
строка 3 - секунды 3 назад я его с микротика поднял
строка 4 - пересогласовали на 1гбит.
на нерабочем устройстве выключается - линк down, и всё линк в дауне.
lovecraft: не сказать что узнал на 100%. На микротике вижу что port down это раз. Во вторых погуглив - убедился что у асуса полно случаев где не работает WOL.
Ставил и внешнюю сетевую которая на другой машине 100% работает.
Семен Свиридов: ниже там уже вам отвечают, что у вас одинаковые подсети, с одной маской, в микротике есть возможность прозрачно объёдинить две одинаковых подсети что бы на arp запрос отвечали все машины (т.е. они будут думать что находятся в одном броадкаст домене, тогда не нужна будет маршрутизация и пробросы, с точки зрения разнесенных компьютеров им будет казаться что они находятся в одной подсети)
Копать в сторону EoIP
жесть то какая. почему нельзя в одном из офисов поменять подсеть на 192.168.89.0/24 и настроить нормальную маршрутизацию. Или уж тогда соединить микротики через EoIP, что б бродкаст ходил.
Максим Тюльпаков: ну можно и без плана, просто если юзеров много, их обычно делят пачками, допустим сначала пилотная группа 5-10 человек, потом когда все откатано, уже приступают к миграции остальных. А так то ваше хозяйство =) как хотите так и действуйте.
Да я тоже был раньше уверен в этом, пока не столкнулся что на Win8.1 WOL работал, но при апдейте на Win10 перестал, пока я не обновил драйвера на встроенный реалтек с сайта реалтека. OS всё участвует в управлении питанием карты при Shutdown. По этому хотелось бы услышать мнение действительно тех у кого реально это работает под ESXi 5.5 без DPM/VCenter.
если вы создали прямо такую запись "mail._domainkey.example.com" - думаю у вас ничего не заработает, если вы хотите настроить DKIM.
запись должна быть "yourdomain._domainkey" типа TXT значением которой должен быть открытый ключ сгенеренный например opendkim
Это я понимаю =) Спасибо за предложение, но не подходит. Всё ж провайдерский маршрут много быстрее, а в впн надо засовывать только определенные ресурсы, ну вы понимаете =)
Тогда видимо только VPS...
susnake: насколько я понял, проект написан на php, особых настроек нет, и он использует скорее всего встроенную в php функцию mail(), а она в свою очередь настраивается через php.ini.
В *nix системах это выглядит так:
sendmail_path = /usr/sbin/sendmail -t
вместо sendmail может в вашей системе стоять любой MTA (sendmail, exim, postfix etc.)
Т.е. вот эти MTA вам и нужно настраивать на Exchange сервер как relay.
А как настроить Exchange, ищите Exchange Application Receive Connector или когда дойдете до этого шага, спросите тут же в тостере =)
jidckii: корректно настроенный постфикс (а из коробки он сразу в такой конфигурации находится) - будет ждать пока поднимется Exchange в течении по моему 3х суток.
jidckii: смысл в том что публикуется postfix для всех, а он уже единственный подключается к вашему Exchange. Всю грязную, первичную работу делает он, т.е. даже если его кто-то и заддосит (например по заказу конкурентов) ваш эксчендж будет стоять и работать внутри. Опять же Windows сервер + Exchange не будет экспонироваться в интернет, т.е. недоступен извне.
Почитать можно и книжку по Postfix + Exchange - будет многое понятнее =) Postfix попроще, Exchange посложнее.
Примеры привести сложно, их полно в интернете думаю, на сайте itband.ru много интересного по Windows технологиям.
Боятся - нужно боятся простоя, если нет уверенности как это все работает, если вы случайно нарушите поток почты, а восстановить не сможете (в течении вменяемого времени которое равно либо терпению заказчика либо согласно договора максимального времени простоя для данного сервиса) - то наверное будет мало приятного.
Вообще совет - сделать все в виртуальной среде, сэмулировать систему - как оно есть сейчас у вас, спланировать все - подготовить, эмуляция должна быть полной. Сторонний сервер в одной подсети эмулирующей интернет, роутер имитирующий маршрутизатор, вторая подсеть как бы ваш белый IP, эксчендж в третьей подсети за Router/NAT... Ну и методом проб и ошибок, снапшотов и ревертов - у вас всё получится.
treein: я это и предложил, вам все равно придется заниматся всеми 200ми ящиков, какой бы вариант вы не выбрали 200 раз вам придется вводить пароль и логин, я предложил завести почтовый сервер, со своим доменным именем, сделать 20 пачек по 10 ящиков миграцию, т.е. получится что 5 в неделю или 1 мес. на всю миграцию.
1. Создали новый ящик на своем почтовом сервере
2. Сменили пароль на старом ящике на гмайл.ком
3. Синхронизировали ящики из п.2 в п.1
4. Настроили безусловную синхронизацию в ящике на новый адрес (всю входящую перенаправлять в новый адрес)
5. Известили пользователя что заходить нужно теперь так и так, вся почта у тебя теперь здесь
6. Повторить все пункты для еще 9 ящиков.
В остальном выглядит действительно не плохо.
Тогда попробовать сделать экспорт в файл:
/system export file=test.cfg
и поискать в блокноте ваши заветные цифры.