согласен, погорячился. Ну тогда в качестве mx сервера надо использовать непосредственно noip домен..
А вообще - перестать маяться ерундой, получить статический адрес, купить нормальный домен и тогда все решается просто и правильно....
Имеется в виду, что вы имеете право редактировать все задействованные записи. А какой именно DNS сервер - расположенный на ваших серверах, или у провайдера какого нить - значения не имеет
тут только вопрос - что вы подразумеваете под первым и вторым пакетом ;)
Как правильно говорит техподдержка - в udp нет понятия соединение. В рамках параметров модуля connlimit вы можете описать такое поведение - первый пакет в час отбраывается, остальные пропускаются. И каждый час это правило будет отрезать ровно один пакет. Ну или раз в 5 минут, раз в сутки... Тут уж как опишете и как настроите...
Может вам стоит организовать какое нить прокси? Правда тут уже администрированием не обойдешься кажется... Хотя можно посмотреть на ha-proxy, может через нее можно организовать подобную фильтрацию.
в MX нельзя указать IP адрес, только имя домена. Если вы указываете IN MX mail.mydomain.com - то необходимо объявить A запись для mail, чтобы DNS смог указать адрес вашего почтового сервера.
кхм... смотрю я на connlimit для iptables и не вижу невозможности его применить к udp.
Смотрите, вы можете на своем сервере настроить обрезку лишних пакетов. Они перестанут доходить до приложения, но тем не менее по прежнему будут присутствовать на интерфейсе и в канале. Если вам этого достаточно - то режьте у себя. Если нет - общайтесь с техподдержкой.
все зависит от структуры данных. Планируйте индексы, планируйте нагрузку... Однозначного ответа никто не даст. Но опять таки... Горизонтальное масштабирование никто не отменял и придумали его именно из за этого ;)
Стандартная проверка. Берем два свича, и между ними разматываем 100 метров витой пары. На улице, летом, на асфальте, без пересекающих магистралей и т.п. В свичи включаем компьютеры и проверяем через iperf линию. Так вот, на меди это взлетает без вопросов. До 130 метров точно. А вот на омедненке... Начинается лотерея ;)
берем обычную 8-портовую мыльницу, в 1-й и 2-й порты втыкаем пачкорд, и радостно наблюдаем за штормом в сети. А шторм в данном случае как раз и вызван тем, что мыльница про протокол STP не слышала, управлять кольцами не умеет, и кольцо в сети вызывает вымывание fdb таблицы чипа, в результате трафик начинает дублироваться на все порты, лавинообразно.
Нормально дружат. В терминале локаль настроена? Все видно корректно?