Произошёл глобальный сбой в работе Facebook
Пользователи Интернета и сервис Downdetector сообщают о сбое в работе Facebook, Instagram и WhatsApp по всему миру. Кроме того, согласно отчёту Nslookup.io, не отвечают DNS-серверы ресурсов. По данным Downdetector, сбой начался около 18:15 по Московскому времени.
В своём микроблоге Facebook заявила, что работает над устранением неполадок. Кроме того, по данным издания Verge, проблема коснулась очков виртуальной реальности Oculus. Пользователи могут использовать уже загруженные игры, но установка новых игр и социальные функции не работают.
Не работает абсолютно всё, что связано с Facebook, включая Facebook Workplace и Facebook Messenger. Также не работает авторизация через Facebook, о чём сообщили пользователи Niantic. Из глобальной таблицы маршрутизации в Интернете «исчезли» 2 DNS, остальные 2 недоступны.
На прошлой неделе (30 сентября) подобные проблемы наблюдались у сервиса обменом сообщениями Slack. Из-за неполадок в работе DNS-серверов пользователи не могли получить доступ к сайту сервиса. Компания объяснила, что проблема была вызвана внутренними изменениями. Неполадки полностью устранили в течение суток, однако пользователям, которые всё ещё не могут зайти на сайт, предложили использовать альтернативные DNS-серверы, такие как Google (8.8.8.8 и 8.8.4.4) или Cloudflare.
Пользователи Twitter шутят о том, что после прекращения работы сервисов аудитория массово направилась писать твиты с жалобами на сбои и выкладывать фотографии, предназначенные для Instagram. Twitter поприветствовала всех в своём официальном аккаунте.
Также на фоне неполадок резко упала стоимость акций Facebook.
Обновлено 21:02 по МСК.
Сетевые эксперты сомневаются в том, что сбой работы связан c DNS-серверами. Примерно за пять минут до прекращения работы сервисов Facebook пользователи заметили большое количество изменений BGP для ASN Facebook. Вероятнее всего, проблема вызвана изменениями в маршрутизации. Кроме того, в Twitter сообщили о сбоях во внутренних системах компании.
Пользователи Reddit предположили, что обновления в маршрутизации проходили удалённо, поскольку большая часть сотрудников Facebook работает вне офиса из-за пандемии. На текущий момент системы не работают. Поэтому, чтобы исправить проблему, необходим физический доступ к пиринговым маршрутизаторам.
Обновлено 21:33 по МСК.
В даркнете предположительно выложили на продажу данные 1,5 млрд пользователей Facebook. База содержит имена, e-mail, id, местонахождение и телефонные номера пользователей. Это самый крупный слив данных за всю историю компании. Судя по скринам, слив данных произошёл до глобального сбоя в работе системы.
Обновлено 22:30 по МСК.
Репортёр издания New York Times Шира Френкель рассказала о том, что сотрудники Facebook не могут попасть в дата-центр для устранения проблемы. Из-за сбоя их бейджи не сработали, чтобы открыть двери в офис компании. Кроме того, само издание считает, что сбой вряд ли стал результатом кибератаки. Instagram, WhatsApp и Facebook слишком отличаются между собой, чтобы одновременно стать жертвами хакерской атаки.
Обновлено 22:47 по МСК.
IT-директор СберСервиса Сергей Бобров рассказал, что проблемы Facebook могут быть вызваны сбоем в работе крупного провайдера облачных услуг.
Учитывая, что сбой не только у приложений Facebook, но и многих других: Apple, Google, Twitter и далее, скорее всего, проблемы у Amazon, как одного из самых крупных провайдеров облачных услуг. Ну или кого-то ещё в этом роде. Для крупных транснациональных сервисов это критично.
Что касается энтерпрайзов среднего размера — они делятся на две категории: тех, кто делает резервирование, и тех кто пока ещё не делает. Катастрофоустойчивость — резервирование каналов связи и ЦОДов от разных провайдеров, горячее переключение между кластерами — без этого современный энтерпрайз невозможен.
Расходы на это огромные. Но то что они себя окупают, становится некоторым очевидно только после такого масштабного сбоя, который коснется их самих. Тогда и происходит переход в другую категорию. Ну а некоторые умеют учиться на чужом опыте
Обновлено 5 ноября в 11:14 по МСК.
Глобальный сбой длился около 6 часов. Журналисты Брайан Кребс и специалисты из Geek Factor 5 уточнили, что BGP-маршруты, обслуживающие авторитативный DNS-сервер Facebook, специально отозвали по неизвестной причине. Это сделало все домены компании недоступными по всему миру. Через несколько часов после восстановления доступа Facebook рассказала, что авария произошла из-за изменения конфигурации магистральных маршрутизаторов, координирующих сетевой трафик между центрами обработки данных.
Источник
Диагностика проблем с «нестабильной доступностью» сайта
Представляю вашему вниманию статью, цель которой – определить последовательность действий при анализе нестабильной загрузки страниц или недоступности сайта для обычного пользователя. Кроме того, предлагаю дополнить мою схему общим умом хабрасообщества, поэтому жду ваших комментариев под постом, чтобы совместными усилиями сформировать «памятку для не-сисадмина».
Итак, приступим.
Для начала, необходимо исключить из списка возможных неисправностей самые очевидные и легко диагностируемые: отсутствие подключения к Wi-Fi, проблемы на стороне интернет-провайдера или, например, отсутствие кабеля в розетке и аккумулятора в ноутбуке.
Предлагаю также опустить сложно решаемые проблемы и неисправности локального интернета или самого компьютера, которые требуют непосредственного вмешательства сисадмина. Это могут быть вирусы-трояны, проблемы с железом, браузером или операционной системой, MTU на роутере, неправильно настроенный DNS или сбои в работе DNS и ещё целый ряд проблем, которые выявить можно, но статья, в этом случае, превратится в книгу или даже в учебный курс.
Остановимся на том, что проблем с Интернетом у нас нет и сайты грузятся нормально, но вот наш сайт доступен с перебоями или недоступен вообще.
Как найти причину?
1. Интернет — это огромное количество магистралей, ведущих от сервера к серверу, и бывают случаи, когда наш сервер работает и мы видим другие сайты, но вот путь пакетов от нас к нашему сайту оборван: сегментировалась сеть из-за сбоя роутинга или где-то произошел сбой в работе каналов провайдеров. Конечно же, в консоли команда traceroute (tracert в Windows) покажет, доступен ли сервер нашего сайта, через какие сервера идут пакеты и на каком месте они «стопорятся». Если же traceroute и ping не доходят до нашего сервера, но достигают сети хостера, то самое время звонить в техподдержку хостинга или сисадминам, так как, в этом случае, сложно будет что-то предпринять самостоятельно.
Traceroute и ping – несложные команды, в Википедии есть статьи на эту тему с вполне доступным описанием:
https://ru.wikipedia.org/wiki/Traceroute
https://ru.wikipedia.org/wiki/Ping
Если traceroute «залипает» где-то на магистральных каналах по дороге к сайту, то рекомендую обязательно проверить, как виден сервер / сайт с других серверов (компьютеров) мировой сети вне вашего провайдера. Они, с большой долей вероятности, используют другие магистрали и зачастую бывает видно, что traceroute через другие каналы успешно проходит к вашему серверу. Например,
http://network-tools.com/default.asp?prog=express&host=www.reg.ru
Если всё в порядке, то проблемы либо у вашего провайдера, либо у его провайдеров уровнем выше, но не возле вашего сервера и не на нём.
Теперь можно позвонить в техподдержку вашего локального провайдера и поинтересоваться: «какие там магистральные каналы лежат?» 😉
2. Скорость и стабильность интернет-канала — это скорость и стабильность самого медленного и плохого канала связи на пути от вас к серверу. Определить, есть ли проблемы с потерями пакетов «по дороге», большие задержки пакетов между разными провайдерами или между вами и провайдером, можно с помощью утилиты mtr, а результаты утилиты особенно показательны при большом размере пакета и его возможной сегментации (например, 1500 байт).
Mtr – это что-то вроде совмещённых ping (опрос каждого сервера по пути следования пакетов) и traceroute (определение всего пути следования пакетов), но имейте в виду, что из-за постоянного потока пакетов утилита съедает достаточно много трафика.
Запрос проверки к сайту yahoo.com:
Показательным для нас будет значение процента потерь пакетов (Loss%) нашего, финального в списке, сервера. Потери на промежуточных серверах, если они не сказываются на финальном, скорее всего, происходят из-за ограничения количества тестовых пакетов к ним (ICMP-траффика).
Обычно, если имеется 30 – 50 % потерь больших пакетов, то проблемы с подключением уже становятся ощутимыми (страница «залипает», подтормаживает из-за недогруженных элементов), и чем выше процент, тем сложнее пробиться. 
Проблемы могут рождаться на каком-то промежуточном узле, например, на следующем магистральном Wi-Fi-линке от вашего офиса к провайдеру (если есть). К тому же, причиной могут стать проблемы в связи и роутинге пакетов между провайдерами.
С подробной статьей по использованию mtr для диагностики проблем с каналом (на английском) можно ознакомиться здесь или на Википедии.
Некое подобие утилиты mtr в Windows NT — pathping.
Иногда провайдером (или у нашего сервера) может быть вообще отключена или ограничена возможность прохождения этих тестовых пакетов (ICMP-траффика). В этом случае, такие тесты не помогут определить проблему. Тут уж, конечно, впору вспомнить про «каждый сам себе злобный буратино» — если вы отключаете возможность проверять сервер, то и не сможете его проверить :-).
При работе с Chrome Developer Tools (Menu -> Tools -> Developer Tools), во вкладке «Сеть» (Network), обновляем страницу нашего сайта и получаем отчёт о том, как грузятся все ресурсы на ней:
При успешной загрузке (пусть и медленной) страницы сайта будет видно: когда загрузится основной контент страницы и она начнёт формироваться для отображения, когда начнут работать на сайте все вложенные java-скрипты, завязанные на работу с элементами страницы и ожидающие полной догрузки основного кода и необходимых неопределённых дополнительных вложенных элементов. Этот момент на картинке выше: синяя вертикальная линия – это событие DOMContentLoaded, а красная вертикальная линия – срабатывание windows.onLoad event (когда скрипты уже отработали и сформировалась вся страница с элементами, догружается содержимое картинок).
С помощью этого информационного инструмента мы можем проверить, всё ли в порядке с загрузкой основного содержимого страницы и главного html-кода, то есть удостовериться, что наш сервер вполне «живой» и главный движок сайта не тормозит.
Это первый в списке элемент. Кликнув по нему, мы получим более детальное время ответа сервера:
Как мы видим здесь, наш браузер ждал данные от сервера 68 миллисекунд (сервер формировал страницу на полученный от нас запрос) и 2 миллисекунды она принималась (что достаточно быстро).
Уже по этой информации иногда можно увидеть, что проблема состоит в медленной загрузке сайта — это, например, не миллисекундное, а 30-тисекундное формирование основного кода страницы. Такое бывает, когда перегружен запросами сервер или провайдер, используется неэффективный код (долго работает конкретно запрос этой страницы) или существуют какие-либо другие причины, которые уже впору анализировать сисадминам и программистам движка.
Ниже в списке-графике загрузок будет видно, какие ресурсы на странице загружаются дольше, каких ресурсов страницы дожидается браузер перед тем, как показать страницу, и что блокирует её отображение.
Частая причина блокировок — это зависимость момента старта работы изменяющих / формируюших содержимое страницы (до привязки к событию DOMContentLoaded) скриптов от каких-либо внешних сервисов сбора статистики, рекламных движков или страниц обмена ссылками. Обычно это куски скрипта для вставки «ещё одного» внешнего скрипта:
Эти системы расположены на чужих серверах и зачастую недоступны нашим сисадминам, поэтому могут вести себя как угодно, например:
То есть, пока не подгрузится и не отработает блок
Источник
Каковы права клиента сервисного центра, если техника перестала работать после негарантийного ремонта?
Добрый вечер! Подскажите пожалуйста, как можно решить ситуацию с сервисным центром.
Ситуация следующая: сломалась стиральная машина, она уже не на гарантии, но ей только четвертый год, вызвали мастера из официального сервиса, он произвел диагностику, итог- требуется замена блока управления, т.е. платы, цена 35000, естественно мы отказались, так как покупали ее за 40000. Никому не секрет, что любую плату можно перепаять и перепрошить, просто нужен хороший электронщик. Так вот, мы искали в инете и нашли сервис, обратились, сами привезли им машинку на диагностику, при этом я им сообщила о вердикте предыдущего мастера. В итоге, по результатам диагностики якобы сгорел тен и в другом блоке перепаяли два семистра, цена вопроса 6500 тыс, квитанция прилагается. Привезли ее домой, включили, а она не работает, ощущение что короткое замыкание, явно что проблема с электроникой, скажем так стало хуже, чем было. На следующий день мы ее обратно отвезли в сервис, и вот с тех пор все и началось, сейчас пошла вторая неделя, сначала кормили обещаниями каждый день, потом перестали брать трубку, мы поехали в сервис, если можно его так назвать, какое то подвальное помещение непонятное, в итоге дверь открыл пьяный администратор, сегодня такая же ситуация. С другого номера дозвонились якобы владельцу, но он тоже ничего вразумительного не отвечает. Единственный минус, у нас нет на руках квитанции о том, что ее повторно взяли на ремонт, но уже на гарантийный, так как на свой ремонт сервис дает гарантию 6 месяцев. Соответственно, исходя из этого, мы понимаем, что за повторный ремонт мы не должны платить, так как ремонт оказался некачественным. И я так полагаю, хоть я и не электронщик, они эту плату просто сожгли, а теперь не знают что им и делать, но мне то от этого не легче,мне нужна машинка. Что делать?
За сохранность товара, переданного потребителем для произведения ремонта, ответственность несет исполнитель. В соответствии со ст. 35 Закона «О защите прав потребителей», если исполнитель утратил вещь полностью или частично, принятую от потребителя, он обязан заменить ее в период до трех дней вещью, обладающей аналогичными качественными характеристикам. В случае отсутствия такой вещи исполнитель должен возместить потребителю ее стоимость в двойном размере, а также возместить любые убытки, возникшие у потребителя по его вине.
Компенсация за испорченный товар выплачивается, исходя из его стоимости, существовавшей на момент добровольного удовлетворения требований потребителя в установленные законодателем сроки, либо на момент вынесения судебного решения, если потребителю вследствие отказа или игнорировании его требований исполнителем ремонтных работ, пришлось обратиться с исковым заявлением в суд.
Во избежание описанной ситуации передачу товара для ремонта следует осуществлять на основании акта приема-передачи, который в обязательном порядке содержит следующую информацию:
- описание внешнего вида, потребительских свойств, комплектации товара;
- наличие повреждений (сколов, трещин, царапин, иных следов механического воздействия);
- описание заявленных неисправностей.
Акт подписывается сторонами, указывается дата и место составление, сроки проведения ремонта, акт дополняется фотографиями товара, свидетельствующими о его визуальном состоянии.
Как следует из ст. 36 Закона «О защите прав потребителей» исполнитель вправе отказаться от выполнения работы, если он проинформировал потребителя относительно нецелесообразности его указаний по ремонту товара в виду того, что они могут повлечь снижение качества ремонта или увеличить сроки его проведения, а потребитель, несмотря на это, продолжает настаивать на способе проведения ремонта или использовании непригодного материала.
Права потребителя (заказчика) при возможных недостатках работ (услуг), выявляемых при их приеме, либо в ходе дальнейшего пользования ими, защищены положениями ст. 29 Закона «О защите прав потребителей». В частности потребитель уполномочен отказаться от исполнения обязательств, расторгнуть договор и вернуть ранее уплаченные денежные средства в следующих случаях:
- несоблюдение сроков, определенных потребителем для устранения ранее выявленных недостатков;
- наличие существенных недостатков («неустранимый недостаток или недостаток, который не может быть устранен без несоразмерных расходов или затрат времени, или выявляется неоднократно, или проявляется вновь после его устранения, или другие подобные недостатки; в выполненных работах, услугах — преамбула Закона «О защите прав потребителей»).
Потребитель при наличии вышеуказанных оснований также имеет право на возмещение любых убытков, возникших по вине исполнителя, а также неустойку, предусмотренную ст. 28 Закона «О защите прав потребителей» в размере 3% от стоимости соответствующих услуг (работ) за каждый день просрочки.
Требования о возврате денежных средств следует предъявлять в период действия установленной гарантии, а при ее отсутствии в разумный срок (не более двух лет) с даты приемки оказанных услуг, выполненных работ. Исключение в виде возможности предъявить указанные требования в течении 5 лет действуют в отношении недостатков, выявленных при выполнении работ (оказании услуг) в отношении недвижимого имущества (строительство, реконструкция, проектные работы, прочее).
Расходы, а равно и убытки, понесенные потребителем вследствие нарушения его прав со стороны продавца, производителя или исполнителя подлежат возмещению. Убытки могут возникнуть в связи с не предоставлением достоверной информации о товарах, работах или услугах, обязательной к доведению до потребителя в силу положений ст. 10 Закона «О защите прав потребителей» и вынужденным отказом потребителя от исполнения договора в связи с этим. Убытки могут быть следствием включения в договор условий, ущемляющих права потребителя в сравнении с действующим законодательством, что влечет их недействительность в соответствии со ст. 16 Закона «О защите прав потребителей». И наиболее распространено причинение убытков в связи с несоответствием качества товара, услуг, работ условиям договора или обязательным требованиям, а также в связи с нарушением сроков оказания услуг, работ либо передачи товара, предварительно оплаченного потребителем. В этой связи следует учитывать, что нормами п. 2 ст. 13 Закона «О защите прав потребителей» установлено право потребителя на возмещение любых убытков, связанных с нарушением его прав, в полном объеме. Причем данное возмещение не зависит от неустойки, определенной законодательством или договором.
Кроме того, несмотря на возмещение убытков, продавец (производитель) обязан произвести исполнение обязательств в натуре, руководствуясь Законом «О защите прав потребителей» (осуществить возврат денежных средств, произвести замену на качественный товар и прочее).
При этом потребитель, заявляя требование о возмещении убытков, расходов (на отправку корреспонденции, на оплату услуг юриста, эксперта, специалистов), обязан доказать факт их наступления и обосновать размер. В качестве обоснования могут быть использованы договоры, квитанции, чеки, заключения экспертов.
Евгения, если у вас остались вопросы, задавайте, с радостью отвечу. Также вы можете написать мне в чате и заказать персональную консультацию или подготовку документа по вашему вопросу. Всего доброго!
Источник
