у нас есть поближе - 176.xx и 178.xx
В ТМ сети выносят блоками по /19 и /21, мы прекратили предлагать новые сети для новых клиентов из ТМ.
Обращайтесь, первые три месяца бесплатно. В теме цитировать сообщение не обязательно, просто напишите в ЛС, если желаете воспользоваться нашим предложением.
Сделаем для вас этот тариф за 27$/мес c ISP v5 и 3 IP
Мы не являемся абузоустойчивым хостингом. Мы отличаемся тем, что просим клиентов реагировать исключительно на законные требования / жалобы и даем на это достаточно времени.
Из канала https://t.me/itsorm
Вчера, в 22:28 МСК Ростелеком начал анонсировать в интернет тысячи префиксов, среди которых — сети Akamai, Cloudflare, Hetzner, Digital Ocean, Amazon AWS и многих других, чем примерно на 10 минут нарушил работу сотен тысяч сервисов и сайтов во всём мире.
Это означает, что Ростелеком стал указывать, что сети этих сервисов находятся у него, тем самым заворачивая на себя трафик до них от пользователей.
Причины у этого могут быть следующие:
— Банальные кривые руки.
— Утечка из системы «радикальной» блокировки в определённый момент — например, во время протестов. Дело в том, что фейковые маршруты — это один из способов блокировки ресурсов, но в штатном режиме они не утекают за пределы сети оператора.
Я почти уверен во втором варианте, и вот почему.
Если бы это была случайность, то маршруты анонсировались бы оригинальными размерами, но они были разбиты на более мелкие подсети (https://radar.qrator.net/as12389/prefixes#startDate=2020-04-01&endDate=2020-04-01&tab=current), чем они анонсируются оригинальными AS.
Очень похоже, что список анонсированных префиксов — результат работы скрипта, который сделал специальную таблицу маршрутизации исходя из ресурсов, которые необходимо заблокировать.
Просто этот список из-за ошибки утёк из служебной таблицы маршрутизации — другим провайдерам.
https://radar.qrator.net/blog/how_you_deal_with_route_leaks
MIRhosting.com, я не утверждал, что у всех идет трафик на эти хосты, я писал, что если есть проблемы с доступностью и в трассировке есть хосты 217.161.68.33 / 217.161.68.34 то в этом стоит винить РТК.
Вот пример:
|------------------------------------------------------------------------------------------|| WinMTR statistics || Host - % | Sent | Recv | Best | Avrg | Wrst | Last ||------------------------------------------------|------|------|------|------|------|------|| 192.168.1.1 - 0 | 196 | 196 | 1 | 1 | 4 | 1 || 100.97.128.1 - 0 | 196 | 196 | 3 | 5 | 21 | 3 || 188.128.125.18 - 0 | 196 | 196 | 2 | 3 | 38 | 3 || 188.254.2.217 - 0 | 196 | 196 | 2 | 3 | 24 | 2 || 95.167.93.122 - 0 | 196 | 196 | 15 | 15 | 31 | 15 || 217.161.68.34 - 0 | 196 | 196 | 70 | 75 | 109 | 75 || 217.161.68.33 - 85 | 44 | 7 | 0 | 217 | 254 | 254 || 5.56.20.113 - 51 | 65 | 32 | 157 | 214 | 312 | 161 || 81.95.2.138 - 50 | 65 | 33 | 0 | 279 | 380 | 277 || 5.56.20.173 - 51 | 65 | 32 | 0 | 230 | 293 | 187 || 185.8.xx.xx - 45 | 69 | 38 | 0 | 225 | 324 | 246 || 185.8.xx.xx - 56 | 61 | 27 | 0 | 212 | 263 | 173 || 37.xx.xx.xx - 51 | 65 | 32 | 0 | 236 | 289 | 186 |
Нет, ниже уже дали объяснения. Если эти хосты принадлежат самому РТК, то значит у них там узкое горлышко, которое не вытягивает весь объем трафика. Учитывая, что проблема повторяется уже несколько дней подряд, возможно они по-русски сидят и ждут, авось рассосется, а может считают "и так сойдет". Но очень хочется верить, что они все-таки работают над расширением пропускной способности. В VK в их официальной группе у клиентов РТК очень бомбит на этот счет, а хостинг провайдеры ничего не могут с этим сделать, из-за того, что весь трафик от РТК идет в обход BGP правил статическим маршрутом в UK.
Ростелеком сейчас статикой (не по BGP анонсам) льет трафик на 217.161.68.33 и 217.161.68.34 а те, в свою очередь, не вывозят и режут его, что приводит к потерям и тормозам. Поэтому если у вас в трассировке будут эти хосты, то винить стоит РТК.
За 60 евро, боюсь, даже с китайскими NVMe не выйдет )
