Фома: У меня бронированная входная дверь, у соседа можно вышибить ногой. Наши балконы соседствуют. Взлом через соседа невозможен?
Я полагаю, что если поставили себе бронированную дверь, то на балконе у вас форточка не на веревочку привязана... :)
Фома:
Господа, это просто ответы на ваши вопросы с переносом в ту область которую вы сами хотели.
Лично я ничего не хотел, я пояснил лишь тот аспект, что взлом "через соседа" это чушь.... у соседа может быть 10000000 дырявых и старых скриптов которые просто зовут хакеров к себе, но даже на самом обычном хостинге никто не получит при этом доступ к вашему сайту.... если вы сами.... не профтыкаете .... и не расставите какие-то мутные права на папки согласно мутных инструкций.... вот и все.... взлом может быть осуществлен по следующим схемам:
1. Сломали сайт соседа и нашли у вас директорию 777 а в ней конфиг от WP с правами 777, в котором пароль от базы.
2. Сломали сайт соседа , скомпилили что-то и получили рута на сервере..... тогда есть доступ ко всему, но это не является взломом через соседа, это уязвимость самой системы.. тут не важно, могли сломать и через какую-то уязвимость в системном ПО... вообще соседи тогда не при делах....
Но конечно если рассматривать концепцию наличия соседей, то в любом случае это не несет ничего хорошего для ваших сайтов.... потому что соседи и ресурсы потребляют и могут сами быть злоумышленниками и.т.п..... Однако далеко не каждый позволит себе брать сразу сервер за 50$ когда хостинг стоит около 5$.... И естественно нет никаких гарантий что ваш сервер не будет взломан без наличия каких либо соседей на нем :D
Вот так я перенес это все в плоскость которую вроде бы все должны понимать :)
---------- Добавлено 18.09.2014 в 17:04 ----------
megadimon: я не забыл, но и эту беду можно закрыть, поэтому да, админы и хостер :)
Да можно все закрыть, посадив 1 сайт на 1 физ. сервер, главное стоимость решения....
Andreyka: Решение достаточно примитивное - восстановить данные с этого диска на новый и вернуть raid 1 взад
Можно тупо dd и скрестить пальцы, а можно сотню баксов и Эпос.
Мне они в свое время диплом с диска восстановили
Ну, мне баксы платить нет смысла, есть третий винт (не зеркало, а бекапный) на котором все данные целы, просто не хочется сейчас заниматься восстановлением всего сервера и переустановкой всего ПО из за одного пустого сектора который как бы не читается по какой-то причине :))))
Так что наверное ДД и пальцы :D Будем сегодня пробовать :)
megadimon: обычно, ломают через убогие скрипты или подбор простых паролей, а не через соседей. у хостера сервер должен быть настроен пьяным админом-новичком, чтобы можно было ломануть через соседний акк. обновляйте скрипты вовремя и делайте бэкапы.
А вы не забыли про клиентов которые 777 везде ставят? Это конечно на безопасность не влияет..... ;)) Сразу админы и хостер :D
10000000 раз сталкивался со скриптами которые делают например следующее:
1. Ищут на сервере все доступные для записи конфиги WP.
2. Ищут всякие директории системные в CMS которыми можно воспользоваться.
3. Ищут места откуда можно прочитать пароли к базам данных и.т.п
Причем да, они ищут это у соседей... но как можно искать у соседей если в папку нет доступа даже на чтение, ответ - никак.... а когда пользователь по "золотой инструкции" сделает chmod -R 777 * вот тогда и начинается.....
Сама по себе фраза "взлом через соседа" это абсурд и чушь .... Это все равно что сказать "в мою квартиру проникли через дверь соседа по тамбуру" :)
Возможны другие варианты: вы забыли закрыть свою дверь и воры решили не ломать соседскую а просто открыли вашу... и.т.п... ;)))
Оптимизайка: Так нельзя делать, метаданные же в конце диска записаны. Неоходимо вывести сбойный диск из массива, отформатировать (забить нулями/разметить, если есть физический доступ - пройтись программой mhdd, а лучше вообще физически заменить, т.к. он может продолжать сыпаться), после чего снова добавить в массив и синхронизировать.
А вы прочитали что написано в первом посте?
Сейчас в сервере всего 1 винт рабочий, вы предлагаете его отформатировать :D ?
Зачетно :D
sda - якобы рабочий, с него сейчас работает система, но при этом у него Read-error.
sdb - Новый винт который вставлен в замен умершему. Т.е он полупустой, md0 - мелкий раздел - заребилдился удачно, а вот на md1 пойман указанный выше глюк.
---------- Добавлено 18.09.2014 в 15:46 ----------
netwind: Я бы создал создал второй "сломанный" raid1 из одного нового диска. Потом и скопировал бы на него файлы, установил загрузчик и загрузился уже со второго. А после замены sda можно синхронизировать raid1 как обычно и ставить туда загрузчик.
Если сбойные сектора вообще ничего полезного не содержали, то может все удачно и быстро пройти.
Загрузка с другого диска потребует некоторой внимательности и понимания процесса загрузки, но это вполне реально.
Спасибо, такой вариант я уже рассматривал и рассматриваю, но обратился на форум в надежде получить решение не прибегая даже к такому варианту, возможно есть вариант как-то указать mdraid что вот этот самый сектор мертвый , не читать его или вообще исключить из синхронизации, или устроить некое подобие "force" что бы синхронизация прошла с битым сектором..... как-то так.... А сложные пути я понимаю, можно и из бекапов поднимать, можно и скопировать данные As is и грузится с sdb (В моем случае) но это все ведет к неизбежному даунтайму системы, который хотелось бы избежать... Но конечно если вариантов не будет..... придется идти возможно описанным вами путем. Еще раз спасибо. Может у кого-то еще есть какие-то мнения?
---------- Добавлено 18.09.2014 в 15:47 ----------
Оптимизайка: Так нельзя делать, метаданные же в конце диска записаны.
Погодите, а что в этом плохого? В конце, в начале? Если я сделаю полную копию сектор в сектор?
Однако мой вопрос не заключается в том "что это", мой вопрос в том "как бы завершить синхронизацию" возможно с пропуском этого сектора, возможно с его ремапом, кстати на сколько я понимаю , если сектор помечен как Pending, то remap уже произошел.....
Иначе я просто вижу только одно решение: у меня сейчас в сервере работает всего 1 винт с которого нельзя сделать синхронизацию штатным путем, стало быть мне надо его менять и .... переставлять ось на новый рейд и все из бекапов поднимать, что конечно же родит кучу гемора + Downtime....
Изучаю еще более менее штатный вариант: из single user сделать глухое dd sda->sdb.... тогда хоть переставлять ничего не надо будет, но это так же будет Downtime и хочется понять, не будет ли проблем с тем же сектором, как себя поведет dd в этом случае.... :( ?
Да, сектор всегда один. По данной схеме пробовал, однако без высвобождения диска из массива, но получил результат с нулями который и привел выше, могу конечно же попробовать с live CD... но мне не выдавало ничего из серии "не могу записать" и.т.п все было ОК. Да и в общем-то не совсем понимаю, чем может мешать mdraid записи или чтению в какой-то сектор.... Вы считаете стоит попробовать с live cd без запущенного raid ?
aleksxx: С текущей ситуацией в мире скоро останутся только Российские компании.
Уже сейчас не один уважающий себя Российский бизнес не будет размещать свои ресурсы зарубежом.
Клиенты не соглашаются уже даже свою бухгалтерию в европе размещать, хоть и объясняем, что есть бэкапы и так далее.
Рассмешили по взрослому :)))))
Уважающий себя бизнес это тот который платит налоги вовремя и ничего не скрывает? Такие разве остались :D ? Все и всегда по возможности будут выносить свои данные подальше от властей страны в которой они находятся это можно сказать аксиома :D
---------- Добавлено 17.09.2014 в 14:27 ----------
aleksxx: А по поводу уверенности говорю, что вижу. Среди наших клиентов больше почти нет желающих разместить свою 1ску в Европе.
А у вас наверное несколько миллионов клиентов? или вы себя за какой-то эталон посчитали?
Если человеку есть что прятать, он не будет прятать это в РФ, так как это с легкостью найдут, а если ему нечего прятать, то его 1с-ка будет размещена у него в офисе :)
Georgyi: Эх, вот бы все хостеры так реагировали на копипаст... :)
Осточертели растаскиватели контента, честно сказать.
Вот все бы по закону жили и тогда мир бы был везде :)))) Как-то так....
По существу, видимый бред от хетзнер, но по моему уже пора к этому привыкнуть, low cost не будет разбираться с жалобами, им это не выгодно , затраты на человеко часы в этом случае не оправданы.
Я поддерживаю мнение ораторов о том, что любой жалобе должно сопутствовать доказательство, в виде документов подтверждающих авторское право и.т.п в противном случае просто нет смысла использовать Hetzner ибо любое письмо с mail.ru может заставить hetzner заблокировать сайт..... чушь и все тут .... Реселереу конечно не остается ничего как подчиняться правилам ДЦ, вопрос лишь в том, зачем такой ДЦ реселеру... дешево? 🍿
NikitaYurov: У ребят вроде отличные отзывы, норм тарифы, как раз то что мне нужно.
Но никак не могу с ними связаться уже несколько дней. На емеил не отвечают, в скайпе - мороз. На тикет в Help Desk тоже нет ответа... =(
Вы живы еще?
Ваша заявка была обработана, а так же вам были отправлены наши извинения за задержку с активацией, система по пока не совсем понятным причинам не обработала ваш заказ автоматически, еще раз приносим свои извинения, в личном порядке обсудим с вами небольшую компенсацию за этот случай.
У меня бронированная входная дверь, у соседа можно вышибить ногой. Наши балконы соседствуют. Взлом через соседа невозможен?
Я полагаю, что если поставили себе бронированную дверь, то на балконе у вас форточка не на веревочку привязана... :)
Господа, это просто ответы на ваши вопросы с переносом в ту область которую вы сами хотели.
Лично я ничего не хотел, я пояснил лишь тот аспект, что взлом "через соседа" это чушь.... у соседа может быть 10000000 дырявых и старых скриптов которые просто зовут хакеров к себе, но даже на самом обычном хостинге никто не получит при этом доступ к вашему сайту.... если вы сами.... не профтыкаете .... и не расставите какие-то мутные права на папки согласно мутных инструкций.... вот и все.... взлом может быть осуществлен по следующим схемам:
1. Сломали сайт соседа и нашли у вас директорию 777 а в ней конфиг от WP с правами 777, в котором пароль от базы.
2. Сломали сайт соседа , скомпилили что-то и получили рута на сервере..... тогда есть доступ ко всему, но это не является взломом через соседа, это уязвимость самой системы.. тут не важно, могли сломать и через какую-то уязвимость в системном ПО... вообще соседи тогда не при делах....
Но конечно если рассматривать концепцию наличия соседей, то в любом случае это не несет ничего хорошего для ваших сайтов.... потому что соседи и ресурсы потребляют и могут сами быть злоумышленниками и.т.п..... Однако далеко не каждый позволит себе брать сразу сервер за 50$ когда хостинг стоит около 5$.... И естественно нет никаких гарантий что ваш сервер не будет взломан без наличия каких либо соседей на нем :D
Вот так я перенес это все в плоскость которую вроде бы все должны понимать :)
---------- Добавлено 18.09.2014 в 17:04 ----------
я не забыл, но и эту беду можно закрыть, поэтому да, админы и хостер :)
Да можно все закрыть, посадив 1 сайт на 1 физ. сервер, главное стоимость решения....
Решение достаточно примитивное - восстановить данные с этого диска на новый и вернуть raid 1 взад
Можно тупо dd и скрестить пальцы, а можно сотню баксов и Эпос.
Мне они в свое время диплом с диска восстановили
Ну, мне баксы платить нет смысла, есть третий винт (не зеркало, а бекапный) на котором все данные целы, просто не хочется сейчас заниматься восстановлением всего сервера и переустановкой всего ПО из за одного пустого сектора который как бы не читается по какой-то причине :))))
Так что наверное ДД и пальцы :D Будем сегодня пробовать :)
обычно, ломают через убогие скрипты или подбор простых паролей, а не через соседей. у хостера сервер должен быть настроен пьяным админом-новичком, чтобы можно было ломануть через соседний акк.
обновляйте скрипты вовремя и делайте бэкапы.
А вы не забыли про клиентов которые 777 везде ставят? Это конечно на безопасность не влияет..... ;)) Сразу админы и хостер :D
10000000 раз сталкивался со скриптами которые делают например следующее:
1. Ищут на сервере все доступные для записи конфиги WP.
2. Ищут всякие директории системные в CMS которыми можно воспользоваться.
3. Ищут места откуда можно прочитать пароли к базам данных и.т.п
Причем да, они ищут это у соседей... но как можно искать у соседей если в папку нет доступа даже на чтение, ответ - никак.... а когда пользователь по "золотой инструкции" сделает chmod -R 777 * вот тогда и начинается.....
Сама по себе фраза "взлом через соседа" это абсурд и чушь .... Это все равно что сказать "в мою квартиру проникли через дверь соседа по тамбуру" :)
Возможны другие варианты: вы забыли закрыть свою дверь и воры решили не ломать соседскую а просто открыли вашу... и.т.п... ;)))
Так нельзя делать, метаданные же в конце диска записаны. Неоходимо вывести сбойный диск из массива, отформатировать (забить нулями/разметить, если есть физический доступ - пройтись программой mhdd, а лучше вообще физически заменить, т.к. он может продолжать сыпаться), после чего снова добавить в массив и синхронизировать.
А вы прочитали что написано в первом посте?
Сейчас в сервере всего 1 винт рабочий, вы предлагаете его отформатировать :D ?
Зачетно :D
sda - якобы рабочий, с него сейчас работает система, но при этом у него Read-error.
sdb - Новый винт который вставлен в замен умершему. Т.е он полупустой, md0 - мелкий раздел - заребилдился удачно, а вот на md1 пойман указанный выше глюк.
---------- Добавлено 18.09.2014 в 15:46 ----------
Я бы создал создал второй "сломанный" raid1 из одного нового диска. Потом и скопировал бы на него файлы, установил загрузчик и загрузился уже со второго. А после замены sda можно синхронизировать raid1 как обычно и ставить туда загрузчик.
Если сбойные сектора вообще ничего полезного не содержали, то может все удачно и быстро пройти.
Загрузка с другого диска потребует некоторой внимательности и понимания процесса загрузки, но это вполне реально.
Спасибо, такой вариант я уже рассматривал и рассматриваю, но обратился на форум в надежде получить решение не прибегая даже к такому варианту, возможно есть вариант как-то указать mdraid что вот этот самый сектор мертвый , не читать его или вообще исключить из синхронизации, или устроить некое подобие "force" что бы синхронизация прошла с битым сектором..... как-то так.... А сложные пути я понимаю, можно и из бекапов поднимать, можно и скопировать данные As is и грузится с sdb (В моем случае) но это все ведет к неизбежному даунтайму системы, который хотелось бы избежать... Но конечно если вариантов не будет..... придется идти возможно описанным вами путем. Еще раз спасибо. Может у кого-то еще есть какие-то мнения?
---------- Добавлено 18.09.2014 в 15:47 ----------
Так нельзя делать, метаданные же в конце диска записаны.
Погодите, а что в этом плохого? В конце, в начале? Если я сделаю полную копию сектор в сектор?
Я что-то не понял?
Может не совсем в тему, но смотрели ли в SMART данные?
Данные то я смотрел, и там есть Pending Sector
]# smartctl -a /dev/sda|grep -i sector
Sector Sizes: 512 bytes logical, 4096 bytes physical
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 1
Однако мой вопрос не заключается в том "что это", мой вопрос в том "как бы завершить синхронизацию" возможно с пропуском этого сектора, возможно с его ремапом, кстати на сколько я понимаю , если сектор помечен как Pending, то remap уже произошел.....
Иначе я просто вижу только одно решение: у меня сейчас в сервере работает всего 1 винт с которого нельзя сделать синхронизацию штатным путем, стало быть мне надо его менять и .... переставлять ось на новый рейд и все из бекапов поднимать, что конечно же родит кучу гемора + Downtime....
Изучаю еще более менее штатный вариант: из single user сделать глухое dd sda->sdb.... тогда хоть переставлять ничего не надо будет, но это так же будет Downtime и хочется понять, не будет ли проблем с тем же сектором, как себя поведет dd в этом случае.... :( ?
Дорогая редакция говорит, что когда на диске возникает ошибка - репликация останавливается
Я же о решении спросил как бы а не о том что написано в логе который я подсветил красным, но вы в принципе в своем репертуаре.
---------- Добавлено 18.09.2014 в 13:31 ----------
Сектор всегда один и тот же? Вытирали его так http://www.stableit.ru/2010/05/dmesg-reallocate-failed.html ?
Да, сектор всегда один. По данной схеме пробовал, однако без высвобождения диска из массива, но получил результат с нулями который и привел выше, могу конечно же попробовать с live CD... но мне не выдавало ничего из серии "не могу записать" и.т.п все было ОК. Да и в общем-то не совсем понимаю, чем может мешать mdraid записи или чтению в какой-то сектор.... Вы считаете стоит попробовать с live cd без запущенного raid ?
Оставлю свой отзыв.
Я доволен. =) Хостинг хороший, быстрый, помогли решить вопросы с SSL и выделенным IP. Цены приятные!
Как и все предыдущие годы стараемся исключительно для наших клиентов!!!
Обращайтесь по любым вопросам связанным с нашей деятельностью.
С текущей ситуацией в мире скоро останутся только Российские компании.
Уже сейчас не один уважающий себя Российский бизнес не будет размещать свои ресурсы зарубежом.
Клиенты не соглашаются уже даже свою бухгалтерию в европе размещать, хоть и объясняем, что есть бэкапы и так далее.
Рассмешили по взрослому :)))))
Уважающий себя бизнес это тот который платит налоги вовремя и ничего не скрывает? Такие разве остались :D ? Все и всегда по возможности будут выносить свои данные подальше от властей страны в которой они находятся это можно сказать аксиома :D
---------- Добавлено 17.09.2014 в 14:27 ----------
А по поводу уверенности говорю, что вижу. Среди наших клиентов больше почти нет желающих разместить свою 1ску в Европе.
А у вас наверное несколько миллионов клиентов? или вы себя за какой-то эталон посчитали?
Если человеку есть что прятать, он не будет прятать это в РФ, так как это с легкостью найдут, а если ему нечего прятать, то его 1с-ка будет размещена у него в офисе :)
Эх, вот бы все хостеры так реагировали на копипаст... :)
Осточертели растаскиватели контента, честно сказать.
Вот все бы по закону жили и тогда мир бы был везде :)))) Как-то так....
По существу, видимый бред от хетзнер, но по моему уже пора к этому привыкнуть, low cost не будет разбираться с жалобами, им это не выгодно , затраты на человеко часы в этом случае не оправданы.
Я поддерживаю мнение ораторов о том, что любой жалобе должно сопутствовать доказательство, в виде документов подтверждающих авторское право и.т.п в противном случае просто нет смысла использовать Hetzner ибо любое письмо с mail.ru может заставить hetzner заблокировать сайт..... чушь и все тут .... Реселереу конечно не остается ничего как подчиняться правилам ДЦ, вопрос лишь в том, зачем такой ДЦ реселеру... дешево? 🍿
У ребят вроде отличные отзывы, норм тарифы, как раз то что мне нужно.
Но никак не могу с ними связаться уже несколько дней. На емеил не отвечают, в скайпе - мороз. На тикет в Help Desk тоже нет ответа... =(
Вы живы еще?
Ваша заявка была обработана, а так же вам были отправлены наши извинения за задержку с активацией, система по пока не совсем понятным причинам не обработала ваш заказ автоматически, еще раз приносим свои извинения, в личном порядке обсудим с вами небольшую компенсацию за этот случай.
Мы живее живых ! ;)