Лучшие комментарии
Контекст комментария chonduhvan
Контекст комментария Юрий Синодов Roem.ru
Не совсем так получилось: Екатерина Пахомчик (PR-менеджер SUP) говорит, что компания в курсе трудностей с доступом, но пока подробностей нет. Как только что-то станет ясно — смогут сообщить
Добавить 31 комментарий
- Ответить
Не переживайте, сейчас объявится Дронов и расскажет нам всем про очередной DDoS и свирепых хакеров. Про профнепригодных программистов и админов он не расскажет; и в самом деле, зачем лишний раз волновать общественность.
- ОтветитьЮрий Синодов Roem.ru
Не совсем так получилось: Екатерина Пахомчик (PR-менеджер SUP) говорит, что компания в курсе трудностей с доступом, но пока подробностей нет. Как только что-то станет ясно — смогут сообщить
- Ответить
и сейчас, и когда примерно 10-11 дней назад жежешечка лежала двое суток вся, кроме морды, — на status.livejournal.org тишь да гладь.
- Ответить
igrick: По поводу лежащего ЖЖ — наиболее вероятная причина это fail датацентра, так как с него сейчас не открывается ничего, даже резервная консоль. Оба провайдера, Quest и Verizon, потдвердили проблемы с каналом. Ждем как они починят. http://twitter.com/#!/igrick/status/95422094065680384 http://twitter.com/#!/igrick/status/95424636216541185
- ОтветитьЮрий Синодов Roem.ru
По поводу лежащего ЖЖ — наиболее вероятная причина это fail датацентра, так как с него сейчас не открывается ничего, даже резервная консоль. Оба провайдера, Quest и Verizon, потдвердили проблемы с каналом. Ждем как они починят. http://twitter.com/#!/igrick/
- Ответить
@Alter Ego: на status.livejournal.org написно We are currently addressing site loading issues. Please stand by and we’ll be back soon! Status Updated: 7:47 am GMT (Monday, July 25) К моменту написания вашего комментария эта надпись уже была. а ночью ЖЖ еще работал.
- Ответить
traceroute http://www.livejournal.com traceroute to http://www.livejournal.com (208.93.0.168), 30 hops max, 40 byte packets … cut … 13 ae-46-46.ebr2.London1.Level3.net (4.69.143.74) 48.094 ms ae-45-45.ebr2.London1.Level3.net (4.69.143.70) 51.037 ms 52.219 ms 14 ae-43-43.ebr1.NewYork1.Level3.net (4.69.137.74) 114.739 ms ae-42-42.ebr1.NewYork1.Level3.net (4.69.137.70) 114.483 ms ae-41-41.ebr1.NewYork1.Level3.net (4.69.137.66) 114.357 ms 15 ae-2-2.ebr1.Newark1.Level3.net (4.69.132.98) 126.683 ms 116.857 ms 115.913 ms 16 ae-1-51.edge2.Newark1.Level3.net (4.68.99.9) 115.792 ms 115.043 ms 115.049 ms 17 4.68.111.110 (4.68.111.110) 115.083 ms 4.68.111.70 (4.68.111.70) 115.805 ms 114.861 ms 18 * * * 19 * * * Однако: Host 208.93.0.164 is up (0.19s latency). Host 208.93.0.165 is up (0.19s latency). Host sip.services.livejournal.com (208.93.0.193) is up (0.18s latency). Host liveid.services.livejournal.com (208.93.0.197) is up (0.19s latency). Host bil1-jump01.livejournal.org (208.93.0.255) is up (0.18s latency). НО, соседние сервисы в это же подсети живы! Скорее всего балансер поломался (или выключен), или что там на фронтенде было? Интересно разнесение сервиса в разные ЦОДы делаются для подобных интерактивных проектов? Или если уж упал ЦОД — так упал и сервис?
- ОтветитьИгорь Ашманов Сам себе компания
Научились в случае факапа опускать интерфейсы и делать вид что проблема в канале. Ну, это не круто. Круто — это указать фсбешных/китайских хакеров и чудовищную ДДоС-атаку в качестве причины косяка.
- Ответить
А гуглу хотя бы верите? Обратите внимание на время вверху страницы. http://gyazo.com/25b1f551f78f9c5f2882781c46ce2c31.png
- Ответить
Ashmanov, разнообразие рулит. Атака уже была по весне, повторяться — не круто. К тому же тренды сейчас другие, ФСБ сейчас не правильная причина, правильная — корабли тонут (Путин-техосмотры-взятки)… вот если бы какая лодка зацепила интернетовский кабель…
- ОтветитьИгорь Ашманов Сам себе компания
Рулит, не рулит, а DDoS и хакеров выставляют в качестве оправдания своих технических косяков уже лет пять. Все, кому не лень — МК, каспаровцы, ЖЖ и т.п. Чего бы такая классная отмазка поикспайрилась вдруг?
- Ответить
Оба провайдера, Quest и Verizon, потдвердили проблемы с каналом. Ждем как они починят. где они подтвердили-то? частным порядком игрику?..
- ОтветитьДмитрий Энтелис Unitiki
из твиттера: Janis M Проблемы в химкинском Датацентре лежит livejournal, провайдеры firstvds.ru ruweb.net ispserver.ru e-planet.ru. Три часа уже как минимум
- Ответить
RuWeb разослал: >Сегодня, 25.07.2011, приблизительно в 13.30 по мск. в датацентре Webdc (ip адреса 188.120.xx.yy), где расположена значительная часть наших серверов, произошел сбой на сетевом оборудовании.
- Ответить
Отредиректил на такой урл и сдох: http://navalny.livejournal.com/__setdomsess?… На канале кто-то сел, наверное ФСБшный тролль вброс делает… :)
- Ответить
Несмотря на все доказательства обратного, это был DDoS — http://www.livejournal.ru/themes/id/32601
- Ответить
У ряда пользователей жежешечка перестала открываться и отдает пустой экран. Частично(!) помогает удаление куков, связанных с lj (как минимум три домена). При этом ни на livejournal.ru, ни на .com нет ни методов обратиться в поддержку, ни описания причин и методов решения данной проблемы (для нормальных пользователей удаление куков — непосильная задача). Зато на главной куча сверх-важных новостей в духе «В Google попали секретные документы правительства РФ(ШОК, ФОТО)». Ну и, конечно, традиционная причина всего этого — http://www.sup.com/news_357.html
- Ответить
Да, хотели соврать новой причиной про ДЦ, но не вышло, пришлось врать старой доброй ДДОС-атакой…
- Ответить
Просто в ЖЖ поставили nginx вместо или вместе с varnish proxy. Но настраивать его не научились. Вообще, сама концепция отдельного отдела разработки в России и абсолютно независимых сисадминов в Штатах для проектов такого масштаба — редкий идиотизм. Но амбиции выше разумных аргументов, поэтому имеем что имеем. Кроме того, архитектурой ЖЖ никто всерьез не занимается, латают что латается.
- Ответить
а кто-нибудь из Verizon, Qwest что-то подтвердил про этот ддос? я искал, но что-то ничего не нашёл. если кто-то что-то видел — ткните пальцем, плиз.
RuWeb разослал: >Сегодня, 25.07.2011, приблизительно в 13.30 по мск. в датацентре Webdc (ip адреса 188.120.xx.yy), где расположена значительная часть наших серверов, произошел сбой на сетевом оборудовании.