CentOS 5.5 x86_64 VPS - Большой входящий трафик, когда неактивный?
Для SPF, чтобы быть любой реальной выгодой, необходимо стремиться к a -all действие по умолчанию. Чтобы сделать это, необходимо ВСЕГДА использовать обозначенные почтовые серверы для обработки почты, которая не слишком тверда, но означает в особенности, что домашние пользователи не могут использовать свои почтовые серверы ISPs, который в свою очередь означает, что они должны использовать SSL/TLS (или нестандартные порты) как так многие порт блока ISPs 25 кроме к их собственным серверам.
Это считало учтивым для списка явного дюйм/с сначала, так как они не требуют никаких addtional поисков DNS (таким образом, они быстрее также), и правила SPF оценены слева направо. Для единственного IP Вам не нужен/32 на конце, поскольку это неявно. В целом,
v=spf1 ip4:45.23.77.65 include:_spf.google.com -all
Сделав это, создайте запись SenderID, содержащую это:
spf2.0/pra
Это говорит, что Вы не публикуете "подразумеваемого ответственного адреса" записи (которые несколько повреждаются так или иначе), но также и заставляет SenderID подчиниться SPF для разрешенных почтовых источников. Этот синтаксис функционально идентичен предложенному spf2.0/pra ?all несколько ошибочный мастер той Microsoft предложит. Когда Вы сделаны, регистрируете свой домен в Microsoft. Это будет означать, что hotmail и друзья подписываются на Ваш DNS явно, снова помогая почте быть поставленными быстрее.
Я избегал бы мастера MS для записей spf1; openspf каждый более надежен. Помните, что SenderID (иначе SPF 2.0) ни в коем случае не заменяет или устаревший стандартный SPF; необходимо использовать и (и DKIM, в то время как Вы в нем, хотя это более твердо).
Когда вы покупаете / арендуете сервер у поставщика, скорее всего, назначенный IP-адрес использовался в учетной записи другого клиента.
Скорее всего, здесь произошло именно это, вы приобрели IP / система предыдущего клиента и получают трафик, который они использовали.
Также есть вероятность, что небольшая часть этих входящих и исходящих данных может быть связана с системой мониторинга вашего провайдера (в зависимости от системы, которую он использует).
Я бы связался с вашим провайдером и посмотрел, есть ли там они могут сделать что-нибудь, чтобы помочь вам в этом вопросе.
Не могли бы вы узнать исходный IP-адрес, скажем, у вашего интернет-провайдера? Это поможет. Похоже, кто-то атакует сервер, или, возможно, IP-адрес сервера раньше был сервером с высоким трафиком, и клиенты (автоматизированные) кэшировали его. В целом, я думаю, вам следует обратиться в службу поддержки вашего интернет-провайдера, который лучше всего сможет вам помочь.