globalmoney

globalmoney
Рейтинг
405
Регистрация
09.12.2005
SISA:
Дык первый пункт гласит о том, что они "будут привязываться" (вам объяснили процесс). Т.е. после получения IP вы пишите заявку и указываете MAC адрес на который их надо привязать.

Специально для Вас выделяю ту часть текста, которая не соответствует действительности:

При заказе новых IP-адресов, эти адреса будут "привязываться" к тем серверам (MAC-адресам), на которых они были заказаны и на которых они будут работать.

Т.е. в данном случае, привязка к MAC адресу сервера, должна идти автоматическая.

Вторая часть первого пункта говорит лишь о том, что в случае если на сервере используется несколько сетевых интерфейсов, то надо будет уже привязывать конкретный ip адрес к конкретному MAC адресу сетевого интерфейса вручную.

Как понимаете, первая часть, первого пункта, не соответствует действительности.

Видимо придётся добавить немного негатива в данной теме. :(

8 декабря Вы ввели в действие новую систему защиты:


В связи с участившимися случаями DDoS-атак и большого количества
бродкаст-трафика, возникающего в следствие действий злоумышленников и
оказывающего влияние на работоспособность всех пользователей
Дата-центра, специалистами компании TEL вводится в работу новая
система защиты.

Основные моменты в работе системы:

ОПИСАННОЕ НИЖЕ ОТНОСИТСЯ ТОЛЬКО К КЛИЕНТАМ С ВЫДЕЛЕННЫМИ СЕРВЕРАМИ

1) При заказе новых IP-адресов, эти адреса будут "привязываться" к тем серверам (MAC-адресам), на которых они были заказаны и на которых они будут работать. При использовании на сервере нескольких сетевых интерфейсов, сообщить MAC-адрес необходимого интерфейса
2) Уже выделенные на сегодняшний день, но НЕ использующиеся IP-адреса клиентов, НЕ будут активными. Клиенту необходимо связаться с технической поддержкой TEL и сообщить MAC-адреса устройств, на которых будут работать данные IP-адреса.
3) Клиентам, имеющим собственные IP-адреса, но работающим под автономной системой TEL (адреса включены в AS TEL) необходимо сообщить
MAC-адреса устройств, на которых работают данные IP-адреса (потребуется информация по каждому IP-адресу).

В итоге получилось всё с точностью да наоборот, все заказанные ip адреса после 8 декабря не доступны, а мы их выдаём своим клиентам, в итоге у них ни чего не работает.

Это конечно же наша вина перед нашими клиентами, т.к. мы не проверили доступность ip адресов перед их выдачей.

Но и Ваша здесь тоже есть, т.к. это противоречит первому пункту Вашего уведомления.

P.S. Рекомендую всем, кто заказывал ip адреса, после ввода в действие данной системы защиты, проверить, доступны ли они из вне.

salam:
Друзья, а какие допустимые нагрузки на их Root Server X2?

Ровно столько, сколько может выдержать такой сервер. :)

Appassionato:
Редай с Хронопеем - это совершенно другой масштаб и вообще сама история.
А рядовых ддосеров, ровно, как и смс-мошенников, никто особо не трогает, даже если на 100% понятно, что заказчик.

Поэтому шансы посадить или впаять штраф за ддос примерно равны тем же шансам за плагиат, если не меньше их.

Не совсем всё так.

Попробуйте на какой ни будь крупный хостинг организовать ддос атаку и посмотрите что случится, просто в СМИ этого скорее всего не будет, но ответственность заказчика и исполнителя настигнет, а хостер с этого ещё и денег поимеет.

Так что не стоит думать, что хостер затеет это просто так, чтобы поквитаться с ддосером и заказчиком.

Appassionato:
С этим сейчас не проще бороться, чем с плагиатом Поэтому в большинстве случаев ответственность за ддос - это такое же взятие на понт.

Почитайте хотя бы, что случилось с владельцем хронопэй.

Там уж шансов сесть было намного меньше, чем у pupkin zade.

pupkin zade:
Ps как у ТС была подобная ситуация, заметил что в нете появился сайт клон, попросил хостера заблочить сайт, попросили всякие доки, естественно у меня их не было, но было очень обидно что с тобой так поступают, после чего задействовал ботнет на сайт автора и сайт хостера, хостер мигом заблочил сайт и проблема пропала будто бы ее и не было, сейчас слежу за тем доменом, возникнет подобная ситуация даже писать хостеру не буду, сразу ботнет детектед

Этим Вы не хостеру хуже делаете, а клиентам, которые размещаются на том же сервере!

P.S. Тому хостеру надо было просто написать заявления в отдел "К" и сидели бы Вы сейчас уже не на форуме, а в местах не столь отдалённых!

Нашли чем гордиться. тьфу. 😒

юрии22:
скажем так, 300 писем в час

Абузы бывают на Вашу рассылку?

_Ad:
а почему она левая? По умолчанию что ли?

Она будет левой до тех пор, пока абузер не предоставит документальные доказательства.

_Ad:
но у владельца контента с этим как раз никогда проблем не возникнет ведь, так что это вполне естественная вещь.

Хорошо, давайте согластно Вашей логики посмотрим на данную ситуацию.

К примеру Вася Пупкин скопировал контент с Вашего сайта и пишет абузу хостеру, что Вы у него украли контент.

Хостер блокирует Ваш аккаунт и требует от Вас подтверждения того, что Вы являетесь автором контента, а Вы например уехали на выходные куда ни будь и в итоге не в курсе происходящего.

Вам как автору и владельцу сайта понравится такая процедура, особенно если это не просто хоумпага, а сайт который приносит Вам деньги?

Думаю данный пример Вам лучше покажет, что предложенный Вами вариант, вовсе не вариант.

_Ad:
А что тогда? Я ж написал алгоритм действий хостера. Пусть проверяет абузу, просит подтверждение у владельца сайта, к которому претензии. Предоставит аргументы - ок, пусть живёт. Не предоставит, сайт будет заблокирован на основании одного из пунктов оферты.

А не кажется ли Вам, что не клиент должен предъявлять доказательства, а тот кто отправляет абузу?

Всего: 4519