Любого регистратора доменов работающего с партнерами. Если вы собираетесь приобретать какую то биллинг панель обычно в ней встроены модули для работы с регистраторами доменов. Вот оттуда и стоит отталкиваться. От тех регистраторов с кем может работать биллинг панель.
ну я не буду здесь офтопить но, вы не правы. то что вы писать можете - это бесспорно. вот то что вы останетесь безнаказанным - это другое дело :) при желании вполне можно осложнить жизнь таким писателям. от абуз хостеру, регистратору ДЦ до преследования в судебном порядке. спамхауз да, полуанонимная контора если не сказать больше но, кому надо тот их найдет.
возвращаясь к теме топика - непростой случай в основном потому что нет никакой информации о сути проблемы. Дождитесь ответа от спамхауза а также параллельно попросите регистратора разъяснить в чем суть претензий.
А зачем давить. Речь не о том, чтобы кого то давить - спамхауз или еще кого то. Речь о том что если ты называешь кого то "cyber crime host" и т.п. и т.д. ты должен быть готов отвечать за свои слова. Вот я к примеру сейчас назову кого нибудь здесь так и человек или фирма будут иметь полное право не только жаловаться на мой пост на форуме но и подавать в суд. Свобода слова это бога ради но, защиту чести и достоинства это никак не отменяет. Но, это мы ушли в оффтоп.
rustelekom добавил 01.04.2011 в 20:53
ну между прочим практически у всех регистраторов (да и хостеров) стоит в TOS/AUP (аналог нашего договора и условий обслуживания) что при попадании какого либо домена в КАКОЙ-ЛИБО блок (т.е. необязательно даже в блок спамхауза) регистратор имеет право заблокировать домен. Заблокировать любой провайдер может - не отнимают же, блокируют до устранения нарушения. И так работают все в общем то.
именно. ругаться с ними не зная деталей не стоит.
К сожалению, не показывается причина попадания в блок лист. Узнать таким образом ничего не удастся пока они не ответят.
PS. Что касается судов. Вполне можно с ними судиться только не из-за листингов и блоков а за недостоверную информацию создающую прямой или косвенный ущерб личной и/или деловой репутации. Естественно, что судится можно только в том случае когда вы можете подтвердить в суде свои слова фактами.
необязательно заблокирован домен из за ай-пи. они довольно давно блочат и просто домены и совсем необязательно что за спам. причин может быть туча и гадать тут смысла нет - домен или SBL в студию тогда можно будет что то понять и подсказать.
Схема работы такая (порты подключения у серверов - 100 Мбит, сервер в одном ДЦ (США), хранилище в другом ДЦ (Германия):
1) Создается первый образ - занимает в завимости от объема данных от часа до даже дня (если диск сервера это сата диск на котором шарятся пару тысяч доменов/сайтов).
2) Настраивается регулярный бекап с периодичностью от нескольких минут (да, такое тоже возможно теоретически но, техническая возможность зависит от скорости передачи данных и чтения/записи на диски) до ежедневного или почасового.
3) Настраивается количество хранимых "слепков" (скажем хранить почасовые слепки в течение 3 дней - это 72 слепка.
Пояснение - первый бекап и "слепки" к нему - это по сути инкрементальный бекап только реализованный на ином способое доступа к данным. Поэтому объем передаваемых данных сильно уменьшается. Скажем на 100 Гб полных данных этот объем может составлять 0.5 - 1 гиг.
Если нужно выдернуть часть данных которые клиент про*ал по каким то причинам, клиент может сходить в юзерскую панель хранилища (если речь идет о спанели, директадмине, плеске), просмотреть свои файлы за нужный период времени, отметить их для восстановления и восстановить.
Если это владелец сервера которому сделали rm -rf / - не беда. Сервер форматируется, устанавливается агент, агент запускается в режиме BMR (Bare Metal Restore) и после восстановления агент перезапускает сервер и сервер загружается ровно в том виде в котором был до rm -rf / В каком точно виде - зависит от того как часто делали бекапы.
Времени это в нашей схеме занимает прилично - нужно ведь передать 100 гигов по сети из одного дц в другой. Но примерно столько же времени займет и перекачка обычных архивов с удаленного фтп или рсинк сервера. Только к этому еще добавится время разворачивания бекапов и дальнейшей подчистки настроек сервера напильником (перекомпиляция апача + пхп и т.п. и т.д.) .
Время восстановления в версии CDP 2.0 это наиболее было узкое место. В версии 3.0 данные хранимые в хранилище можно тупо копирнуть на второй диск, воткнуть его в сервер подлежащий восстановлению и с этого диска и восстановить сервер (сама схема восстановления ничем не отличается просто убираем перекачку по сети что и составляет большую часть времени).
Дык наступали и не раз а то б не покупали лицензии R1Soft :) У R1soft есть свои тараканы - как у любого решения но, в чем точно ему отказать нельзя - при нормальной работе систем нагрузки на пациента - НЕТ. Если придет злобный хакер и сделает rm -rf / - не вопрос - восстанавливаете образ диска полностью (один в один) и живете дальше. Ну какой файловый бекап такое может сделать ? А в том что бекап дело нужное можно убедиться тут же не отходя от кассы: даже здесь, только на серче, сколько случаев было полной или частичной потери данных на дисках у хостеров ? много.
PS. И между прочим статистика одинаковая - что хостеры с рейдом, что хостеры без рейда.
В наличии имеются серверы в Leaseweb Germany Gmbh (бывший Netdirekt.de):
Процессор: Intel Atom 330/D510 DualCore with HT 1.6 Ггц
Память: 2 Гб DDRII (не обновляется)
Жесткий диск: 1 x 250 Гб SATA-II (не обновляется)
IP адресов: 2 (доступны из разных субсетей класса С, максимум до 254 адресов)
Подключение: 100 Мбит (не обновляется)
Трафик: 5000 Гб (обновляется)
Производитель: Сделано Fujitsu Siemens 59.6 USD
HP ProLiant DL120 G6 Xeon 3440 2.53 Ghz (новинка)
Процессор: 1 x Quad Xeon X3440 2.53 Ггц
Память: 8 Гб DDR (обновляется до 16 Гб .)
Жесткий диск: 2 x 500 Гб SAS (не обновляется)
KVM: ILO (локальная консоль к серверу с поддержкой Virtual Media)
Подключение: 100 Мбит (обновляется до 1 Гбит за 12.9 € )
Производитель: Сделано Hewlett-Paccard 154.78 USD
Вновь имеется i7-920/930 Quad Core 2.66-2.83 Ghz (популярная модель)
Процессор: Intel Core i7 920/930 2.66-2.8 Ггц Quad Core with HT
Память: 12.888 Гб DDRIII (не обновляется)
Жесткий диск: 2 x 1500 Гб SATA-II (не обновляется, доступен аппаратный RAID)
Производитель: Сделано Fujitsu Siemens 168.39 USD
HP Dual Quad Core E5620 2.4 Ghz SATA (новинка)
Процессор: 2 x Quad Xeon E5620 with HT 2.4 Ггц
Память: 16 Гб DDR3 ECC reg. (обновляется до 64 Гб DDR3 ECC reg.)
Жесткий диск: 2 x 1000 Гб SATA (обновляется до 12 x HDD) + H/W RAID) (рейд на базе HP Smart Array, BBU (батарейка для рейда) включено в поставку.
Производитель: Сделано Hewlett-Packard 276.90 USD
Dual Quad Core Xeon 5504 c 16 Гбт памяти и LSI RAID
Процессор: 2 x Quad Xeon 5504 2 Ghz
Память: 16 Гб DDR3 (обновляется до 24 Gb)
Жесткий диск: 2 x 1000 Гб SATA-II (обновляется до 4xSAS HDD) h/w RAID включен
Трафик: 5000 Гб (обновляется) 282.58 USD
Заказывать как и прежде на https://robobill.net/hosting.php?pt=ds&spt=24
Сроки установки серверов имеющихся в наличии - от 15 минут (https://robobill.net/hosting.php?pt=ds&spt=8) до нескольких часов.
потому что традиционные бекапы основаны на файловом способе архивирования. сначала смотрят файлы на диске и упаковывают их в один или несколько архивов, затем сжимают. достаточно запустить на обычной cPanel, Directadmin, Ispmanager полный бекап и посмотреть как много ресурсов на это потребляется. Поэтому и появляются жалобы на то, что по ночам (обычно тогда и запускают бекапы) серверы хостингов работают медленно и со сбоями. Особенно это заметно сейчас когда во многих тарифах клиенту дается много места на диске и оно реально занято. Да даже если говорить о собственном сервере - многие видят что бекап притормаживает весь сервер (а это неизбежно при использовании метода бекапарования на файловой основе) и принимают решение ничего не бекапить пусть и рискуя при этом потерей свежих данных. Частично это проблему решает инкрементальный бекап но, его реализация тоже не идеальна (не слишком надежно работает).
