Вы не поняли, вы говорите сейчас о том, что вы публично кого-то хотите обозвать нехорошим словом или несоответствующим фактам названием :))) А я говорю о том, что у себя на сайте я буду писать про кого хочу, что хочу и как хочу, и никто никогда меня судить за это не будет, я думаю что вы понимаете о чем я сейчас. Мы то в интернете находимся, а SBL так и вообще даже положение своих офисов не открывает и телефонов у них типа нет.... такие вот дела.... Тоже самое и в описанной схеме, я на сайте у себя пишу "Список плахих чуваков" и добавляю туда всех кого желаю .... а вот доверяют мне или нет .... вот главный вопрос, так как если у меня не будет доверяющих мне клиентов - мой блеклист будет обречен на фиаско. А вот если у меня 10.000.000 абонентов сверяют базы, другое дело.... и это по прежнему не мешает мне добавить туда кого я хочу без пояснения причин..... Мой ответ вашему суду "не читайте мой сайт, не пользуйтесь моими листами, я таким методом выражаю свое личное мнение, до свиданья".
Я не сталкивался с доменными проблемами у SBL. У нас была проблема с сетями и при этом ARIN который выдал нам сети ни единого слова не сказал на эту тему, хотя исходя из ваших договоров и логик вполне спокойно мог бы приостановить на какое-то время действие наших сетей... Что касается доменов - как я и сказал, раз это описано договором с "представителем услуг" - значит это его личное желание :)
Romka_Kharkov добавил 01.04.2011 в 21:29
Конечно, связывайтесь с SBL , обсуждайте, доказывайте, это не перманентный список, там даже на сайте процедура ремува есть. Но исходя из своего опыта проблем с сетями - заявки они рассматривают только от владельцев IP адресов.... в случае если будет писать клиент они ответят мол обращайтесь в ISP это их проблема а не ваша. В случае с доменами как будет я честно говоря не знаю, но видимо надо будет как-то подтвердить что вы владелец.....
Подтверждать ни кто ничего не будет , это факт , точнее как, у них есть хидеры почты, обычно именно ими они руководствуются при занисении в список, а хедер это понимаете ли доказательство, причем включающее в себя ID сообщений по всем прошедшим транзитным MTA.... по этому если с вашего ИП (домена) таки был спам и этому есть подтверждение путем хедеров - лучше пойти другим путем, обычно на "первое время" катит отмазка из серии "ДА, нашли у себя спамера, негодяй и сволочь, мы его удалили и закенцелили", но рано или поздно это перестанет работать.....
Кстати я вот на третей странице сам начал понимать, что вы то и сами не понимаете был спам или не было? У вас есть логи MTA с сервера на котором вы хоститесь? Думаю что это мало вероятно..... не исключайте что в вашем сайте нашли дырку и спамят через нее. Либо еще более интересная штука, при кривой настройке серверов другие клиенты с того же сервера могут пытаться отправить спам используя ваш домен....... так что вы для начала разберитесь... ибо если вы не отправляли спам ... это вовсе не означает что его не отправил кто-то другой используя домен ваш или функции сайта.
Romka_Kharkov добавил 01.04.2011 в 20:39
Простите , я че-то не понял, по просьбе спамхауса регистратор прекращает делегирование домена клиенту ???? Это что-то фантастическое.... или уже обязали реагировать на это путем законов? Я понимаю там сайт нереального пиратства или злого порно.... есть законы.... про спам они конечно тоже есть.... но одно дело если Российский суд постановил что это есть спам.... тогда все ясно, а тут как бы SBL... не коммерческая структура, в другой суверенной державе находится.... как-то странно, я бы скорее отнес реакцию регистратора к собственной инициативе...... Типа раз SBL жалуется.... не нужен нам такой клиент..... Но допустимо ли такое поведение регистратора в условиях подписанных договоров... ?
Если как вы пишите вас заблокировали за СПАМ, то оптимальный способ это устранить СПАМ.... либо настроить дополнительно SPF + Domain Keys для вашего домена. В этом случае спам сократится для участников сети процентов на 90 :))) Это само собой при условии, что якобы спам не ваш, а шлет его кто-то вообще левый :) Если причина вашего занесения в список это таки домен, то тут можно погорячится очень сильно с ИП адресами, так как провайдер который подает вам услугу не будет давать вам новые и новые адреса, а SBL может уже завтра залочить новый ИП адрес на котором начнет резолвится ваш домен. Яркий пример, была проблема у меня с сетью /24 , поселился там спамер, вовремя не прореагировали и попали в список, ну и решили мол "СБль дураки, шас ИП поменяем, а эти потом разбаним".... в итоге получил занесение всего блока /19 в SBL.... И так было 4 года.... никакой реакции с ихней стороны даже на официальные письма с официальных ящиков.
Рекомендую быть внимательным к этой конторе...
Romka_Kharkov добавил 01.04.2011 в 20:30
Мне кажется вы чуток не правы..... Давайте рассмотрим аналог, я завтра создаю список Romka-BL и начинаю туда заносить любые ИП адреса, для начала гугловые сети, потом яндексовые (тут на меня уже все выше перечисленные в суд должны подавать????), потом mail.ru и че?? у всего мира почта с mail.ru и перечисленных не поступает??? нет..... она не поступает только к тем, у кого в MTA настроено использование моего списка!!!!!!!!! Обратите на это особое внимание.... занося в свои списки ваши ИП адреса я ничего не подрываю, я как свободный гражданин имею право говорить о вас все что считаю нужным или все что мне в голову придет ..... демократия однако. и никто меня за это судить не будет (я конечно не рассматриваю случай когда под телекамеры 1 дипутат пинает другого и потом неделями качают в судах....).......
По этому "надавить на SBL через суд" даже будучи жителем не СНГ, а стран ближних к ним... не выйдет...
День добрый,
1 раз по полочкам раскладываю, я был участником списка SBL начиная с 2006 -7 года (да, так уж вышло) и в плоть до начала сего года, причем забанен был не 1 домен а ВСЕ сети автономной системы, почта работала только через smart хосты и тому подобное.
Значит так, судиться нет смысла с ними , потому что они не коммерческая организация , они не влияют прямо на работу вашего домена,а так же никого не заставляют пользоваться их листами. По этому разговоры из серии "Эй вы че там себе думаете" рекомендую забыть сразу.
Во вторых, обычно в SBL попадает не домен а IP адрес на котором он расположен, по этому скорее всего в вашем случае может помочь переезд на другой ИП или к другому ISP.
4 года мне точно так же молчали и не отвечали, пока я не стал долбить их с подписанными SPF + DK, явно указывая на то, что они забивают на меня уже дано.... По этому диалог в конце концов состоялся такой, мы у себя затушили всех спамеров и приняли меры по предотвращению возможного спама, а меня за 1 день выняли из SBL со всеми сетями которые там были.
В общем совместно с вашим провайдером услуг стоит разбираться!
С Уважением,
Да ну ладно, это по теории вероятности не возможно :)))) Как могут быть разные проценты у тех кто защищен доп. винтом и у тех кто не.... Но образ, это штука тоже не простая.... файловый бекап скажем так дает несколько иные возможности, он так же легко и быстро восстанавливается, например та же cPanel. Если у меня умерло все... типа новый сервер нулевый + есть бекапы:
Накатывается ось: минут 10-15
Накатывается cPanel: до 30 минут.
Распаковываем все архивы: (В зависимости от объема)
Все продолжает работать.
Я конечно не буду спорить, что блочная запись будет быстрее, но стоит ли платить за это?
Давайте может попробуем сверить производительность схем?
Сколько у вас по времени занимает скажем создание образа при (допустим) 100 GB данных у клиентов? Свой путь восстановления я описал, как выглядит ваш? коммерческий....
Т.е Online NIC Inc. на прямую с клиентами не работает, а только через посредников типа sweb?
Вижу что как такового трансфера нет, я думал что они могут предложить вам перенести услуги к ним в личный кабинет, так как они фактически и есть регистраторами доменов, но выходит что только мигрировать можно между кабинетами реселлеров....
Но это все равно полезная информация :)
Вижу что схема моя не совсем сработала, но главное, что вы получили результат, кстати не стоит забывать теперь о том, что sweb по сути может прямо "сувать палки в колеса", если вдруг чего... так как они по прежнему держат домен для вас на сколько я понял.
С точки зрения концепции выглядит не совсем правильно, какой мне смысл делать синк по крону (раз ето крон, ето значит раз в X времени), если у меня проходит процедура бекапа и только после нее надо 1 раз отлить это все на отдельный сервер, разницы между например rsync или ftp или scp в данном случае не вижу, так как первый "отлив" идет на локальный сервер... то есть 100Mb/s...... Тут разовая точечная задача я бы так сказал, по этому как тут применять задачи крона - не знаю, по моему не уместно. Но в целом где-то так и выглядит, создал бекап, подготовил на бекап сервере папочку с датой, слил туда.... Кажется все и так довольно просто :)
Romka_Kharkov добавил 31.03.2011 в 20:23
Дадада +1 однозначно, но !!!! в случае работы с бекапами и данными вы рано или поздно приходите к тому, что начинаете понимать сколько каждый из ваших клиентов потребляет и начинаются поиски оптимизации данного процесса, в моем случае я делю клиентов на группы в процессе построения бекапов , сперва бекап делается для тех у кого < 2 GB информации, с точки зрения нагрузки на сервере tar не дает никакой мега ядерной нагрузки... .пока пакует до 2 GB информации.... а вот те кто > 2 GB собираются потом, с интервалом в 10-15 минут, что бы мнимый load average мог успеть рассосаться и не писали ночные клиенты...... А если запустить тупо всех под ряд... да, можно среди ночи наступить на мину :))))
Начните с того, что хранить бекапы у "другого провайдера", это уже есть надежно! А степень любви к их услугам вы определите потом.... :) :) :)
Последние проблемы были связаны с выходом из строя одного из магистральных маршрутизаторов, пришлось очень быстро менять его на другой. Но я думаю что даунтайм в 4.5 часа при такого рода поломках - вполне допустим, однако надо было оперативно найти в замену не очень то и дешевую железку :)
С интервалами все понятно, а чем вы пользуетесь для создание или оперирования бекапами? какой-то софт? Я думаю что как хостерам так и владельцам акаунтов на всяких cPanel, DirectAdmin, прочие .... будет интересно знать чем делать бекапы, например для хостеров от меня информация такая есть: использую cpanel, у нее есть скрипт который инициирует бекапы по $username, получаем список клиентов, запускаем сценарий по всем клиентам.... потом отливаем данные на бекапный сервер. Это концепция. А реализовано все путем perl скрипта в несколько десятков строк :) Для линейных серверов , при использовании одной и той же панели - пришел к выводу , что такой вид бекапа является оптимальным.
