добрый день!
на сетевой карточке может быть только один ip-адрес, он же маршрутится через шлюз по умолчанию. Остальные айпи-адреса - это т.н. - алиасы основного айпи-адреса.
Входящий трафик, прийдя на алиас - уйдет обратно в респонде с src IP (IP!! а не его алиаса) , который прописан основным на сетевой карточке сервера. Это нормально и правильно, так это работает и должно работать так. В случае сеошных примочек - программисты используют какой то небольшой код на php+curl что бы трафик уходил в заголовке с src_IP алиаса
по поводу красивых айпи: ТС прав, поддержу. это действительно удобно, за очень много лет - проверено. да что там говорить - тот же гугловый ДНС: 8.8.8.8
а как же битра то!! Сергей_СИМ где ? ))
Свои собственные данные - да, для того, что бы восстановить СВОЮ работоспособность.
Изредка - вместе с собственным бакапом - заворачивает в архив данные клиентов.
в среднем на собственной пратике:
свои сайты, свои базы, свои данные - каждый день.
клиентские данные - раз в неделю.
опять же, если, как выше написано - не предусмотрено обратно офертой, отдельной платной услугой либо другими гарантиями.
возьмите крупных на российском уровне или мировом - игроков (не все конечно, но очень многие). либо клиентские данные не резервятся вообще, либо эта процедура платная ,либо резервятся, но восстановление платное. Если посмотреть с другой стороны - 99% хостеров дают вам исчерпывающие возможности в своих панелях управления делать себе резервные копии в рамках собственного дискового пространства. Часто так бывает,что клиент не думает о возможных авариях у хостера, выделено клиенту скажем 10гб места, на 9.5 он создает сайт, в оставшиеся 0,5 бакап не влазит. у хостера случается беда. у клиента - бакапов нет. и начинается "истерика хомячков" на этом форуме, мол "ааааа!!!!! %hostername% не делает бакапы!!!!1 "
Тоже интересуюсь. 3-4% за вывод - приемлемо. я не жму на пиво обменникам.. да и суммы у меня не миллионные.
нет, не виноват.
хостер вам предоставляет технические мощности для работы вашего веб-содержимого. за состояние ip, в спам-листах ли он и тд - хостер не отвечает, так же не обязан гарантировать вам резервное копирование ваших данных, он только лишь дает возможности для этого, хотя может и не давать, так же не отвечает за ваши СЕО-показатели. чистка айпи адресов - это добрая воля хостера, не более, а если у него 50 подсетей - каждую проверять и вычищать айпи ?
создайте просто сайт с именем, равным вашему ip и, как выше было сказано, повесьте туда заглушку и все.
я тоже могу 200-400 свойх сайтов IN A записью направить например на ip searchengines - это мое право)))) мои доменные зоны, куда хочу туда и пишу A-записи ;)
а что плохого в запущеном каком то левом перл-процессе горе-кулхацкера при нормально настроеных лимитах в системе и правах на безопасность ? разве что трафика может на генерить - что конечно тоже не есть хорошо.
метод решения "влоб":
переименовать perl во чтото типа /usr/bin/MySuperPerl и клиентам, которым он действительно необходим - выдавать этот путь. в своих служебных скриптах, типа сбора статистики, mysqltuner - прописать этот путь, благо - скриптов таких с десяток, не больше.
ну или же selinux - использую его. как то понадобилось изучить, почитал доки - очень полезная штука - мне понравилась. попробуйте через нее. чем то iptables по логике работы напоминает ))
думаю, что в этом нет проблем.
я не сеошник - но уже 100500 раз обсуждалось, что хоть у вас один сайт на одном айпи, что 20 сайтов на одном айпи - это на сео не влияет. и глупости все это типа, "арендую сервер с большим количеством айпи для сайтов". уж если на то пошло - я смею предположить, что ботам интересны пути достижимости тех или иных айпи на карте мировых автономных систем (AS), но никак не количество ip. но повторюсь - это мое предположение, подробнее тут про as и bgp: http://www.opennet.ru/docs/RUS/bgp_rus/
https://ru.wikipedia.org/wiki/%D0%90%D0%B2%D1%82%D0%BE%D0%BD%D0%BE%D0%BC%D0%BD%D0%B0%D1%8F_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0_%28%D0%98%D0%BD%D1%82%D0%B5%D1%80%D0%BD%D0%B5%D1%82%29
по поводу ботов - это только предположеие
не проще ли разобраться в проблеме - а не обойти ее ?
PTR-запись прописываетя вашим провайдером на ваш айпи-адрес сервера(или на все, если айпи - не один), над своей PTR-записью вы не властны, если вы - не хозяин своей айпи-сети. напишите тикет в ДЦ с просьбой настройки PTR-записи.
айпи адрес домена с которого уходит письмо - должен иметь IN MX запись, к айпи адресу IN MX записи долна быть привязана обратная зона (обратка, IN PTR) , ящик, с которого отправляется письмо с домена - должен реально существовать в этом домене - это увеличивает на 100 пунктов гарантированность доставки и не-попадание в спам, а то так, как вы сделали сйечас - вы просто оставили очередной айпи, который на вес золота - забаненым и рано или поздно - забанится второй.
