Psychedelic: Ладно с этим я тоже согласен, нечего грубить, хотя иногда и у самого нервы выходят за рамки, ладно дома есть груша баксёрская и пиво... Предположим у меня рабочий, дома полы ложит, я ему плачу за услуги, а мне не понравилось по факту как он мне полы положил, я нагрубил и попросил переделать, он мне в ответ "я замараживаю работу за грубость" а моё время это деньги, ребят поймите, минимум в челюсть получит он, максимум в багажник ... дальше сами поймёте что с ним будет (если он мне не возместит потраченное мною время - деньги). Вы хостинг компании, вы далеко находитесь, Вас не достать и всё же нужно понимать как-то клиентов, может это форс-мажор и ситуации разные бывают, как в инете, так и в жизни, будьте тоже людьми. Вдруг он зарабатывает и только на этом имеет кусок хлеба, а сынишка дома ложкой стучит, всегда ведь можно найти компромисс или просто вернуть человеку его сайты (труды, не важно какие) и просто попрощаться. Уважаемые хостеры а вы представляете если бы он жил в одном городе, предположим в Москве и там же у вас офис, он туда не придёт конечно же с друзьями и битами, но вы тоже люди и у вас когда-то заканчивается рабочий день, подрезал а переулке, битой по голове, тут уже ваша юридическая сила не поможет, только скорая. Хостеры и клиенты будьте лояльнее друг к другу, все мы люди.
Не плохо, для начала, челюсть и багажник - это вам потом по горбу надают.... а не ему... причем уже вполне законно. А если вы наняли рабочего без договора и не описали что вам надо... он теоретически вместо пола может потолок вам переложить и фиг вы ему что предъявите кроме своей груши и пива.... Ну а руками помахать каждый горазд, результат всем понятен, заявление - тюрьма, будете рисковать? Я бы не стал.....
WapGraf: Если не могут значит должны сразу блокировать таких своих клиентов. Да и хоть убейте, но я не верю что не было жалоб/уведомлений ранее и никто ничего не знал. Ведь это лок не одного 1 IP, а крупной подсети! Ну а раз закрывали на это глаза, то и получили отказ в обслуживании. Ничего странного здесь нету.
Та не SBL нормальные ребята, отлично с ними работаем, все в полном ажуре как говорится.
Вопрос в том, почему запись http://www.spamhaus.org/sbl/query/SBL190051 в их листинге с 6го Июля висит .... уже 2 недели и никак не убирается... обычно после всякого рода проблем или листинга SBL у меня в течении суток происходит DeList (Я пишу им результаты) .... Но напомню, что у меня уже была подобная ситуация , только /20 было две ))))) и они висели в SBL несколько ЛЕТ.... при этом SBL тупо морозился от меня, не отвечал на почту, не реагировал на тикеты, и.т.п Пока не начал круто паниковать - вообще реакции не было, так что эту /20 еще отмочить правильно надо.... :))))
---------- Добавлено 21.07.2013 в 18:39 ----------
WapGraf: Как раз таки хорошо представляю. Но на моей памяти не было ложных попаданий в спамхаус, хоть слухи такие и есть. Мое видение ситуации: были жалобы на конкретный айпи (или несколько), они были проигнорированы/забыты. В следствии вся подсеть попала в спамхаус. Кто виноват? Тот кто игнорировал абузы. Я конечно могу ошибаться, так как не являюсь представителем той или другой стороны, и не знаю там было и как. Это лишь мое мнение.
Случайно в SBL редко попадают .... уверяю вас, общаюсь с ними плотно последние года 3-4, а так знаком давно ))) но если они собирут статистику и поймут, что подсеть используется для зла )))) могут занести в список и перестать отвечать, т.е не делистить, но я так понимаю это только в случаях когда нет реакции со стороны владельца сети :D
---------- Добавлено 21.07.2013 в 18:41 ----------
ername: Я об этом
Целая подсе5ть в бане. Скажите, причем сдесь ip hidehost?
Это методика работы самого SBL.... Расскажу как происходит, если хостинг "абузоустойчивый", занесли сначало в блок /32 , который конкретно мешал, супер клиент пришел к хостеру и говорит "дай других ИП".... хоп и переехал сайт на соседний ИП, а SBL он как бы не спит, анализирует, логи складывает, вот посмотрели они что один и тот же сайт внутри /20 шурует как хочет - и забанили...... ничего удивительного тут нет.... я бы тоже так поступил на их месте.
ilya_p: Ответ техподдержки можно перевести так: С 1 июня на вашем серваке работал только один диск, второй почему-то отвалился. Когда мы, через полтора месяца это просекли, наш технический специалист перепутал диски и восстановил зеркало не с того. Как у него такое вообще могло получиться мы не знаем
Хорошая интерпретация, но весьма бестактная... Во первых на "арендуемых серверах" клиенты сами следят за тем что у них работает, а что нет (если это не обусловлено договором), а "перепутал диски" это еще и безграмотно. Как можно перепутать два диска из Raid-1 ? ? ? :D :D :D А если бы был включен какой-то другой диск и с него пошел откат как указано выше, откуда бы на нем взялись вообще данные ТС-а, там бы какой нить Виндовс запустился с NTFS ;)
В общем у меня есть версия происходящего, отличная от излагаемых выше..... Есть мнение что у ТС умная материнка и на ней есть SATA RAID который включен раньше нежели системный-софтверный, ответ не далеко. ;)
---------- Добавлено 21.07.2013 в 06:04 ----------
AlenDelan: FreeBSD, райд, скорее всего на дисках SATA, raid 1
gmirror status ?
---------- Добавлено 21.07.2013 в 06:05 ----------
ilya_p: если память не изменяет, в бсд софтинка зовется smartmontools
Она везде так зовется, потому что она так называется :D :D :D И BSD тут не при чем, smartmontools есть даже в yum... ;)
---------- Добавлено 21.07.2013 в 06:07 ----------
ТС, еще вам намекну об одной штуке: RAID-1 как бы это странно не казалось может содержать больше 2х физических дисков, по этому если вы очень сильно переживаете, добавьте еще третий диск в RAID-1 , будет вообще капец как надежно, главное помнить что RAID != Бекапы.
я просто отвечал на вопрос Ромки_Харькова, он предлагал на болванки бэкапить совсем статические данные, я ему отвечал что 10% каких данных из 45 Гб могут быть изменены за день - неизвестно.
Вы знаете я даже в очень сложных случаях находил то , что можно бекапить отдельно от "основного", но раз все так как вы говорите, то сворачивайте все в тарбол 1 и заливайте туда где места хватит... собственно чего уж тут.... Инкрементные бекапы как концепция - вообще супер, но я лично сталкивался с разным софтом , а точнее с проблемами при работе с ним, то восстановить не получается, то какие-то промежуточные данные отсутствуют, надо искать "систему" резервного копирования, скорее всего за $$.
AlenDelan, все бросились излагать решения, но ни кто не удосужился пояснить суть.. увы.... изначально я бы рекомендовал вам определится что именно у вас находится внутри этих 45 GB информации. Есть информация которая носит перво очередной характер или второстепенный. Есть информация которую НУЖНО бекапить каждый день, а есть информация которую МОЖНО бекапить раз в неделю. Есть файлы которые имеет смысл бекапить, есть файлы которые не имеет...
К примеру: Если у вас там из 45GB 40 заворачивается в виде .AVI то лучшим решением будет закатать эти 40 GB AVI на 10 DVD болванок положив дома и исключить их из регулярного бекапа. В случае потери этих файлов вы сможете восстановить их из локальной копии дисков к примеру. Либо достаточно было бы хранить 1 копию на соседнем сервере (что по сути то же самое почти что и DVD)
Так что начните с начала, подумайте, все ли у вас бекапится рационально !
P.S: У меня есть мини-сторедж 2 TRB данных, там вполне отлично бекапится еженедельно около 400-500 GB !!! С ротацией. Все в норме :)
Alex_Us: А то я не понимаю ;) Поэтому, уж лучше абстрактные CP, чем неизвестные сюрпризы в будущем. Кстати, пора уже переходить на безлимитный)
Лол, чем же они абстрактные то лучше :D :D :D
Давайте мы для вас будем по старинке попугаями мерить, вот такая штука.... лимит 45 попугаев на сантиметр материнской платы. График рисовать надо?
Вы действительно не видите разницы? Там где не лимитируется CPU/RAM ваш проект если надо сможет скушать больше чем лимит 100 CP... А в случае превышения 100cp я так понимаю надо больше платить :D ?
SeVlad: Это воще не обязательно. Если конфига не будет - ВП при сетапе попросит эти данные прямо в фейсе.
Увы это понятно вам мне и еще ряду лиц, но многие делают то, что написано :D
SeVlad:
Так "типа" или так и есть? Реально интересно какими данными заполняется. Этих же данных по дефолту не существует и они не генерятся. Значит они отправляются злоумышленником и вполне возможно по ним можно получить полезную инфу для вычисления зловреда.
Как есть я написал, особо не вчитывался, после вашего пояснения про ботов у меня появилась и другая теория, возможно это был бот который тупо постит в обычные формы со спамом, ему то не понять что это за форма, для контакта или установки, заполнил поля по шаблону и отправил... а имена полей я полагаю там совсем не уникальные description какойнить email... admin ... lala ;) Что полезного можно узнать? :) Очередной IP Китая? :) Установите в такое положение десяток копий, я думаю через пару дней будет много чего для анализа :D
---------- Добавлено 18.07.2013 в 18:16 ----------
awasome: Понятно. Я бы даже никогда не подумал об этом, а ведь при переносе сайта можно попасть :)
А вы думаете я спал и мне снилось :D Посмотрел в логи, подумал, сперва тоже была паника, уже думал даже что заражение на уровне самого WP... т.е качаю с оф. сайта уже бяку.. ;)) Но все пришло ;)
Alex_Us: Теория рабочая) Лимиты рано или поздно всплывают на любом шеред хостинге. Хостеры о них часто замалчивают, а потом "сюрпрайз))". Жаль, но часто бывает уже поздно что-то менять.
---------- Добавлено 18.07.2013 в 16:54 ----------
Я же сказал, 30 сайтов. Сайты контентные, не особо посещаемые, от 7к просмотров до нуля. Просто хорошо оптимизированные для уменьшения нагрузки на ЦП. Так что, представлять ничего не нужно, это реальность.
А что замалчивать? Оверселинг? ;) Нормальный клиент и так поймет )))) А если вам за 1$ предлагают все безлимитно - по моему уже пора понимать, что такого не бывает :D А когда за 1 бакс вам предложили 100Mb/5GB это означает, что вы используете все 100 мегабайт места и 5 гиг трафика.... ну точнее мы дадим их на все 100% , ну а дальше конечно отключение - причина резонная: исчерпание предоплаченных ресурсов.
Ладно с этим я тоже согласен, нечего грубить, хотя иногда и у самого нервы выходят за рамки, ладно дома есть груша баксёрская и пиво...
Предположим у меня рабочий, дома полы ложит, я ему плачу за услуги, а мне не понравилось по факту как он мне полы положил, я нагрубил и попросил переделать, он мне в ответ "я замараживаю работу за грубость" а моё время это деньги, ребят поймите, минимум в челюсть получит он, максимум в багажник ... дальше сами поймёте что с ним будет (если он мне не возместит потраченное мною время - деньги). Вы хостинг компании, вы далеко находитесь, Вас не достать и всё же нужно понимать как-то клиентов, может это форс-мажор и ситуации разные бывают, как в инете, так и в жизни, будьте тоже людьми.
Вдруг он зарабатывает и только на этом имеет кусок хлеба, а сынишка дома ложкой стучит, всегда ведь можно найти компромисс или просто вернуть человеку его сайты (труды, не важно какие) и просто попрощаться. Уважаемые хостеры а вы представляете если бы он жил в одном городе, предположим в Москве и там же у вас офис, он туда не придёт конечно же с друзьями и битами, но вы тоже люди и у вас когда-то заканчивается рабочий день, подрезал а переулке, битой по голове, тут уже ваша юридическая сила не поможет, только скорая. Хостеры и клиенты будьте лояльнее друг к другу, все мы люди.
Не плохо, для начала, челюсть и багажник - это вам потом по горбу надают.... а не ему... причем уже вполне законно. А если вы наняли рабочего без договора и не описали что вам надо... он теоретически вместо пола может потолок вам переложить и фиг вы ему что предъявите кроме своей груши и пива.... Ну а руками помахать каждый горазд, результат всем понятен, заявление - тюрьма, будете рисковать? Я бы не стал.....
Если не могут значит должны сразу блокировать таких своих клиентов. Да и хоть убейте, но я не верю что не было жалоб/уведомлений ранее и никто ничего не знал. Ведь это лок не одного 1 IP, а крупной подсети! Ну а раз закрывали на это глаза, то и получили отказ в обслуживании. Ничего странного здесь нету.
Та не SBL нормальные ребята, отлично с ними работаем, все в полном ажуре как говорится.
Вопрос в том, почему запись http://www.spamhaus.org/sbl/query/SBL190051 в их листинге с 6го Июля висит .... уже 2 недели и никак не убирается... обычно после всякого рода проблем или листинга SBL у меня в течении суток происходит DeList (Я пишу им результаты) .... Но напомню, что у меня уже была подобная ситуация , только /20 было две ))))) и они висели в SBL несколько ЛЕТ.... при этом SBL тупо морозился от меня, не отвечал на почту, не реагировал на тикеты, и.т.п Пока не начал круто паниковать - вообще реакции не было, так что эту /20 еще отмочить правильно надо.... :))))
---------- Добавлено 21.07.2013 в 18:39 ----------
Как раз таки хорошо представляю.
Но на моей памяти не было ложных попаданий в спамхаус, хоть слухи такие и есть. Мое видение ситуации: были жалобы на конкретный айпи (или несколько), они были проигнорированы/забыты. В следствии вся подсеть попала в спамхаус. Кто виноват? Тот кто игнорировал абузы.
Я конечно могу ошибаться, так как не являюсь представителем той или другой стороны, и не знаю там было и как. Это лишь мое мнение.
Случайно в SBL редко попадают .... уверяю вас, общаюсь с ними плотно последние года 3-4, а так знаком давно ))) но если они собирут статистику и поймут, что подсеть используется для зла )))) могут занести в список и перестать отвечать, т.е не делистить, но я так понимаю это только в случаях когда нет реакции со стороны владельца сети :D
---------- Добавлено 21.07.2013 в 18:41 ----------
Я об этом
Целая подсе5ть в бане. Скажите, причем сдесь ip hidehost?
Это методика работы самого SBL.... Расскажу как происходит, если хостинг "абузоустойчивый", занесли сначало в блок /32 , который конкретно мешал, супер клиент пришел к хостеру и говорит "дай других ИП".... хоп и переехал сайт на соседний ИП, а SBL он как бы не спит, анализирует, логи складывает, вот посмотрели они что один и тот же сайт внутри /20 шурует как хочет - и забанили...... ничего удивительного тут нет.... я бы тоже так поступил на их месте.
По его вине Spamhouse блокировал 4000 ip-шек.
А как вы живете с /20 в SBL ? Почта ходит?
Ответ техподдержки можно перевести так:
С 1 июня на вашем серваке работал только один диск, второй почему-то отвалился. Когда мы, через полтора месяца это просекли, наш технический специалист перепутал диски и восстановил зеркало не с того. Как у него такое вообще могло получиться мы не знаем
Хорошая интерпретация, но весьма бестактная... Во первых на "арендуемых серверах" клиенты сами следят за тем что у них работает, а что нет (если это не обусловлено договором), а "перепутал диски" это еще и безграмотно. Как можно перепутать два диска из Raid-1 ? ? ? :D :D :D А если бы был включен какой-то другой диск и с него пошел откат как указано выше, откуда бы на нем взялись вообще данные ТС-а, там бы какой нить Виндовс запустился с NTFS ;)
В общем у меня есть версия происходящего, отличная от излагаемых выше..... Есть мнение что у ТС умная материнка и на ней есть SATA RAID который включен раньше нежели системный-софтверный, ответ не далеко. ;)
---------- Добавлено 21.07.2013 в 06:04 ----------
FreeBSD,
райд, скорее всего на дисках SATA, raid 1
gmirror status ?
---------- Добавлено 21.07.2013 в 06:05 ----------
если память не изменяет, в бсд софтинка зовется smartmontools
Она везде так зовется, потому что она так называется :D :D :D И BSD тут не при чем, smartmontools есть даже в yum... ;)
---------- Добавлено 21.07.2013 в 06:07 ----------
ТС, еще вам намекну об одной штуке: RAID-1 как бы это странно не казалось может содержать больше 2х физических дисков, по этому если вы очень сильно переживаете, добавьте еще третий диск в RAID-1 , будет вообще капец как надежно, главное помнить что RAID != Бекапы.
я просто отвечал на вопрос Ромки_Харькова, он предлагал на болванки бэкапить совсем статические данные, я ему отвечал что 10% каких данных из 45 Гб могут быть изменены за день - неизвестно.
Вы знаете я даже в очень сложных случаях находил то , что можно бекапить отдельно от "основного", но раз все так как вы говорите, то сворачивайте все в тарбол 1 и заливайте туда где места хватит... собственно чего уж тут.... Инкрементные бекапы как концепция - вообще супер, но я лично сталкивался с разным софтом , а точнее с проблемами при работе с ним, то восстановить не получается, то какие-то промежуточные данные отсутствуют, надо искать "систему" резервного копирования, скорее всего за $$.
AlenDelan, все бросились излагать решения, но ни кто не удосужился пояснить суть.. увы.... изначально я бы рекомендовал вам определится что именно у вас находится внутри этих 45 GB информации. Есть информация которая носит перво очередной характер или второстепенный. Есть информация которую НУЖНО бекапить каждый день, а есть информация которую МОЖНО бекапить раз в неделю. Есть файлы которые имеет смысл бекапить, есть файлы которые не имеет...
К примеру: Если у вас там из 45GB 40 заворачивается в виде .AVI то лучшим решением будет закатать эти 40 GB AVI на 10 DVD болванок положив дома и исключить их из регулярного бекапа. В случае потери этих файлов вы сможете восстановить их из локальной копии дисков к примеру. Либо достаточно было бы хранить 1 копию на соседнем сервере (что по сути то же самое почти что и DVD)
Так что начните с начала, подумайте, все ли у вас бекапится рационально !
P.S: У меня есть мини-сторедж 2 TRB данных, там вполне отлично бекапится еженедельно около 400-500 GB !!! С ротацией. Все в норме :)
Ну для этого надо паблик-сайты поломать. А на нульсовых доменах можно до посинения ждать :)
Увы, данные не сохранял...
А то я не понимаю ;) Поэтому, уж лучше абстрактные CP, чем неизвестные сюрпризы в будущем. Кстати, пора уже переходить на безлимитный)
Лол, чем же они абстрактные то лучше :D :D :D
Давайте мы для вас будем по старинке попугаями мерить, вот такая штука.... лимит 45 попугаев на сантиметр материнской платы. График рисовать надо?
Вы действительно не видите разницы? Там где не лимитируется CPU/RAM ваш проект если надо сможет скушать больше чем лимит 100 CP... А в случае превышения 100cp я так понимаю надо больше платить :D ?
Это воще не обязательно. Если конфига не будет - ВП при сетапе попросит эти данные прямо в фейсе.
Увы это понятно вам мне и еще ряду лиц, но многие делают то, что написано :D
Так "типа" или так и есть? Реально интересно какими данными заполняется. Этих же данных по дефолту не существует и они не генерятся. Значит они отправляются злоумышленником и вполне возможно по ним можно получить полезную инфу для вычисления зловреда.
Как есть я написал, особо не вчитывался, после вашего пояснения про ботов у меня появилась и другая теория, возможно это был бот который тупо постит в обычные формы со спамом, ему то не понять что это за форма, для контакта или установки, заполнил поля по шаблону и отправил... а имена полей я полагаю там совсем не уникальные description какойнить email... admin ... lala ;) Что полезного можно узнать? :) Очередной IP Китая? :) Установите в такое положение десяток копий, я думаю через пару дней будет много чего для анализа :D
---------- Добавлено 18.07.2013 в 18:16 ----------
Понятно. Я бы даже никогда не подумал об этом, а ведь при переносе сайта можно попасть :)
А вы думаете я спал и мне снилось :D Посмотрел в логи, подумал, сперва тоже была паника, уже думал даже что заражение на уровне самого WP... т.е качаю с оф. сайта уже бяку.. ;)) Но все пришло ;)
Теория рабочая) Лимиты рано или поздно всплывают на любом шеред хостинге. Хостеры о них часто замалчивают, а потом "сюрпрайз))". Жаль, но часто бывает уже поздно что-то менять.
---------- Добавлено 18.07.2013 в 16:54 ----------
Я же сказал, 30 сайтов. Сайты контентные, не особо посещаемые, от 7к просмотров до нуля. Просто хорошо оптимизированные для уменьшения нагрузки на ЦП. Так что, представлять ничего не нужно, это реальность.
А что замалчивать? Оверселинг? ;) Нормальный клиент и так поймет )))) А если вам за 1$ предлагают все безлимитно - по моему уже пора понимать, что такого не бывает :D А когда за 1 бакс вам предложили 100Mb/5GB это означает, что вы используете все 100 мегабайт места и 5 гиг трафика.... ну точнее мы дадим их на все 100% , ну а дальше конечно отключение - причина резонная: исчерпание предоплаченных ресурсов.