egel

egel
Рейтинг
56
Регистрация
20.12.2021
Baruchka #:
Видимо гугл глобал кеш или не справляется в нашем регионе с нагрузкой или региональное кеширование уже отрубили.
Да, дело именно в этом 😂

В новостях же именно так сказали, там не могут врать!

Откуда вы такие наивные беретесь...

Baruchka #:
Проблема с Гугл глобал кеш ..

Не читайте с утра советских газет. Ну или хотя бы не верьте тому что там пишут.

Замедление на ТСПУ по SNI=*.googlevideo.com.

Замедляется не только у РТК.

Кстати можно еще проверить открыв play.google.com

На ntc уже давно все оттестировали, и вывод однозначен.

"...нашел ссылку на большой файл на удобном домене в инфраструктуре Google, к которой можно обращаться с подменой домена.

Вот более репрезентативный тест. Как и предыдущий, он тестирует скорость скачивания с IP Google с разными SNI, по HTTPS/1.1 (TCP), и не учитывает наличие кеширующих серверов YouTube у провайдера.

name isp asn city Google IP + GCR SNI (KB/s) Google IP + Googlevideo SNI (KB/s)
ru-001 ТТК AS8427 Magnitogorsk 6548 326
ru-003 МТС AS28832 Chelyabinsk 7295 350
ru-005 Dom.ru AS49048 Tver 4700 567
ru-006 Dom.ru AS50544 Krasnoyarsk 7390 729
ru-008 Ростелеком (онлайм) AS42610 Moscow 7784 379
ru-009 Линклайн AS44041 Moscow 8125 5338
ru-010 МГТС AS25513 Moscow 8168 428
ru-011 ENEVA/OBIT AS8492 Saint Petersburg 7644 760
ru-012 Beeline/Corbina AS8402 Tula 7979 594
ru-013 Dom.ru AS50543 Saratov 2025 356
ru-014 Rostelecom AS12389 Orenburg 7573 199
ru-019 JSC Ufanet AS60095 Nizhny Novgorod 8039 293
ru-020 PJSC MegaFon AS31205 Khakasiya 324 325
ru-021 ER-Telecom Holding AS56981 Tomsk 7146 301
ru-022 Sibirskie Seti AS40995 Novokuznetsk 10297 243
ru-023 Rostelecom AS12389 Perm region 13875 248
ru-025 Rostelecom AS12389 Kemerovo 3818 342
ru-026 Rostelecom AS12389 Kemerovo 3573 333
ru-027 Sibirskie Seti AS47433 Kemerovo 138 87
ru-028 Beeline AS3216 Kemerovo 141 75
ru-029 Beeline AS16345 Kemerovo 1716 930
ru-030 ER-Telecom Holding AS34533 Syzran’ 7925 7793
ru-031 Beeline AS42110 Sochi 6918 333
ru-032 Sibirskie Seti Ltd. AS34757 Novosibirsk 333 65
ru-033 P.a.k.t LLC AS39087 Saint Petersburg 8309 936
ru-036 Igra-Service AS33991 Krasnoyarsk 6736 127
ru-038 Beeline AS8402 Krasnodar 7202 242
ru-040 Dom.ru (EG/Novotelecom) AS31200 Novosibirsk 6814 438

Google IP + GCR SNI curl -s -o/dev/null -k --connect-to ::google.com -k -L -H Host:\ mirror.gcr.io --range 0-40000000 --max-time 30 https://mirror.gcr.io/v2/cimg/android/blobs/sha256:6fd8bdac3da660bde7bd0b6f2b6a46e1b686afb74b9a4614def32532b73f5eaa -w %{speed_download} Google IP + Googlevideo SNI curl -s -o/dev/null -k --connect-to ::google.com -k -L -H Host:\ mirror.gcr.io --range 0-40000000 --max-time 30 https://test.googlevideo.com/v2/cimg/android/blobs/sha256:6fd8bdac3da660bde7bd0b6f2b6a46e1b686afb74b9a4614def32532b73f5eaa -w %{speed_download}


Кстати, на некоторых провайдерах можно обойти замедление включением QUIC.


"Проверил QUIC (HTTP/3) на нескольких каналах — не замедляется.
А вот локальные IP начали замедляться.

name isp asn city Google IP + Googlevideo SNI (QUIC, KB/s)
ru-001 ТТК AS8427 Magnitogorsk 3438
ru-003 МТС AS28832 Chelyabinsk 3712
ru-005 Dom.ru AS49048 Tver 3684
ru-008 Ростелеком (онлайм) AS42610 Moscow 4096
ru-009 Линклайн AS44041 Moscow 4007
ru-010 МГТС AS25513 Moscow 4161
ru-011 ENEVA/OBIT AS8492 Saint Petersburg 4023
ru-012 Beeline/Corbina AS8402 Tula 1580
ru-013 Dom.ru AS50543 Saratov 1997
ru-014 Rostelecom AS12389 Orenburg 5707
ru-019 JSC Ufanet AS60095 Nizhny Novgorod 3742
ru-021 ER-Telecom Holding AS56981 Tomsk 3901
ru-022 Sibirskie Seti AS40995 Novokuznetsk 8727
ru-023 Rostelecom AS12389 Perm region 2159
ru-025 Rostelecom AS12389 Kemerovo 3222
ru-026 Rostelecom AS12389 Kemerovo 1464
ru-027 Sibirskie Seti AS47433 Kemerovo 153
ru-028 Beeline AS3216 Kemerovo 52
ru-029 Beeline AS16345 Kemerovo 3543
ru-030 ER-Telecom Holding AS34533 Syzran’ 1535
ru-031 Beeline AS42110 Sochi 3861
ru-032 Sibirskie Seti Ltd. AS34757 Novosibirsk 662
ru-033 P.a.k.t LLC AS39087 Saint Petersburg 2688
ru-036 Igra-Service AS33991 Krasnoyarsk 3751
ru-038 Beeline AS8402 Krasnodar 3779
ru-040 Dom.ru (EG/Novotelecom) AS31200 Novosibirsk 3768
ru-041 Zeltelecom AS57652 Moscow 3641

Скорости невысокие из-за слабой производительности шифрования на тестируемых устройствах (x86 1 ГГц)

bums #:

В случае же с падением ДНС .RU произошло стечение обстоятельств(возможно - кривое или устаревшее ПО, несвоевременное обслуживание, банальное рукожопство, отключение питания, нет бэкапа и т.д. и т.п) и для решения проблемы надо было: собрать персонал в выходные, найти причину, устранить её, устранить последствия проблемы. Получается более длительный процесс.

На диагностику причины 15 минут. Максимум. И то, если автоматического мониторинга нет. Исправление да, дольше, ибо кэш.

Про "отключение питания", да именно отключение питания обычно и генерирует кривые подписи 😀

Или вы про "лампочка моргнула, и сотрудник с испугу, пролил кофе на кота, который, в совю очередь, ввел ошибочную команду лапой на клавиатуре"? 😂

Про бекапы, они тут каким боком?

Про работающий персонал в выходные, человек который генерировал подпись за персонал по вашему, не считается? Или думаете, что уборщица этим занимается? И это кстати вторник был, с каких пор в РФ вторник стал выходным днем?

То, что нет автоматической проверки подписей зоны, в очередной раз показывает отношение к стабильности критической инфраструктуры.

Вот пока вся вина будет сваливаться на "стечение обстоятельств", как вы выразились, подобные истории будут повторяться снова и снова. В подобных инцидентах есть конкретные виновные люди, всегда.

А последующие рекомендации по отключению DNSSEC и скидывание вины на некое "зарубежное ПО" намекают, о том, какие выводы были сделаны.

Доменная дона крупнейшей Державы, а управляется все наколеночным методом, как будто домена африканской страны с некомпетентными растаманами, окончившими пару классов школы, и устроенными по блату, вместо клалифицированного персонала.


Что касается HE, тоже те еще...

Даже мелкие хостеры, если не имеют собственного регистратора доменов, стараются разносить DNS на разные домены, как раз для снижения рисков подобной ситуации.

nash300 #:
ну да ты бы работал на месте этого сотрудника, допустил ошибку тебя посадили, охренеть гениальная идея, кто бы там после этого работал,

Молодой человек, вы как будто с другой планеты или вчера родились. Эта проблема решена уже давным давно.
Традиционное решение в виде создания отдельной должности стрелочника, козла отпушения, успешно применяется десятилетиями во всех государственных и окологосударственных сферах, а в последнее время активно имплементируется и бизнесом.


И практика показывает, что очереди выстраиваются на такие вакансии. Желающих ничего не делать за большую зарплату много. А то, что есть риск сесть, он у всех сейчас есть, а так хотя бы за деньги.


nash300 #:
посадить можно только если это саботаж

Надеюсь, что вы сами понимаете ошибочность этого своего утверждения.

А вы что предлагаете, какое решение? Вот например накосячил человек, не специально, убытки экономике составили десятки миллиардов, отключение наверняка косвенно привело к нескольким смертям.

Из зарплаты вычитать? Или как заставить отдать долг Родине? Или простить и забыть? Еще и премию по итогам квартала как обычно выплатить, а во всем обвинить баги вражеского ПО, заодно еще утвердить жирный бюджет на создание импертозамещенного аналога? Чтобы другим "повадно" было? Как правильно сделать, просвятите? 😀

rustelekom #:
Ведь на ошибках надо учиться.
Кому? 😉


rustelekom #:
А так, ну случилось и случилось. 

И вот так у нас со всем....

rustelekom #:

А кто говорил, что просто так.  Не просто.  Но у нас есть, к примеру статья в УК за нанесение ущерба критической инфраструктуре.

Напомню, 30 января сего года в России упала зона .ru, из-за "сбоя ПО".

Кого-то посадили? Может уводили криворукого сотрудника скрывающегося под именем этого сбойного ПО? Или может хотя бы премии лишили?

Не для того эта статья в УК.

Новые санкции США на IT-услуги вступают в силу с 10 сентября.

Опубликованы 12 июня, но предоставлена отсрочка на 90 дней, чтобы компании могли уйти из РФ.

Эти решили не дожидаться крайнего срока.

Но в данном случае, это не должно быть большой проблемой для российских хостинг-провайдеров, все кому надо, уже давно открыли компании в других странах, и оформляют покупку санкционных услуг на них.



Pavel A #:
Импортозаместим.

На что? Вот реально любопытно. Только не говорите что на Alt или Astra...

Или очередная "уникальная полностью российская ОС" написаная на коленке отделом какого-то интегратора из 2 калек готовится... захватить мир?  Ну или не мир, а лишь бюджет какой-то госкомпании 😀

yalol #:

Я тоже удивляюсь, почему так долго обновляются DNS записи. В данном случае в чем проблема?

В прокладке.

Что вы несете, эксперты недоделанные?!

Учите матчасть!

Зависит прежде всего от параметра TTL в настройках DNS-записи. Старых записей, которые там были до! От того, что вы делегируете домен на CF или куда то еще, TTL, указанные для старых записей НИКАК не изменятся!

Это база!

TTL - это время в секундах, на которое кэшируются записи (на DNS-серверах которые запрашивают эти записи, например интернет провайдеров, роуеров, конечного устройства). Они уже будут закэшированы на DNS-сервере, если он их недавно запрашивал. И он не будет делать новый запрос до протухания DNS-кэша.

Сами DNS-записи на авторитативных DNS-сереверах, с которыми делегирован домен, обновляются практически моментально у всех адекватных хостеров. По крайней мере уже лет двадцать не встречал чтобы часами обновлялись.

Далее, в некоторых зонах корневые неймсерверы обновляются не моментально. Но это в основном всякие малопопулярные зоны мелких государств и зона ru. Но речь все равно не о днях, обновления несколько раз в сутки.

И последнее, некоторые провайдеры и китайские роутеры могут игнорить TTL, тупо кэшируя записи на определенный срок.

Алрогитм проверки прост, сначала проверяем обновление записей на авторитативных NSах с помощью dig, на корневых, на популярных Public DNS (можно разом на https://www.digwebinterface.com/ ) и сторонних провайдерах (https://www.whatsmydns.net/, https://www.whatsmydns.net/ или всем известным хост-трекером, если речь об A-записях).

Насоветовали тут человуку бред какой-то, сами при этом вообще не понимая как DNS работает.


На Пикабу и то уровень экспертности выше...


Форум стал похож на какое-то сборище малолетних ютюберов и мамкиных криптоинвесторов, которые кроме как друг другу в Hamster Kombat реффсылки рассылать ни на что не годны.

rustelekom #:
И как, и чем же? Просветите:)

Сам же ответил на свой вопрос:

rustelekom #:
Для физических лиц указывается принадлежность домена физическому лицу, без указания его ФИО и контактных данных; для юридических лиц указывается наименование компании латинскими буквами.

Если домен был бы зарегистрирован на физика - было бы Private Person (как сейчас).

Если на юрика: указывается наименование этого юрика и никак иначе.

Там еще вчера было указано наименование юрлица АО «СИСТЕМА ДАТА-ЦЕНТРОВ». Значит домен был зарегистриоован именно на это юрлицо. Юрлицо не просто какое-то, об этом писали выше.

Возникает логичный вопрос, почему рег.ру регистрирует клиентские домены не на данные клиентов, а на связанную с собой компанию. Тем более ТС пишет что домен зарегистрирован на его хороших знакомых.

Из первых предподожений, что домен был куплен на аукционе, через брокера, и по какой-то причние не переоформлен на покупателя. Но судя по косвенным признакам, это не так. Поэтому вдвойне интересно.

Невольно вспоминаются самые худшие практики недалекого прошлого когда недобросовестные российские хостеры под видом "покупки" предлагали "аренду" с регистрацией не на данные клиента, а спустя время клиенты которые пребывали в уверенности, что домен их, при попытке переноса получали требования о выкупе по диким ценам. Надеюсь что это оно. Но времена такие, что не удивлюсь.

Всего: 387