Ростелеком понял, что его долбоебизм с блокированием днс не катит. Теперь они перешли ко второму способу помешать своим абонентам нормально пользоваться интернетом.
Как известно, многие обходили дурацкий запрет на посещение всех ресурсов liveinternet.ru, используя Google OpenDNS - серверы с адресами 8.8.8.8 и 8.8.4.4. Однако, примерно с 17 часов московского времени 27.10.2011 доступ к этим серверам пропал.
Казалось бы, ну что тут такого. может у гугля проблема? А вот хуй там! Написал на фидбек такое вот письмо. Ответят или нет?
(обе трассировки проводились между 02:47 28.10.2011 и 02:49 28.10.2011 по московскому времени)
Как известно, многие обходили дурацкий запрет на посещение всех ресурсов liveinternet.ru, используя Google OpenDNS - серверы с адресами 8.8.8.8 и 8.8.4.4. Однако, примерно с 17 часов московского времени 27.10.2011 доступ к этим серверам пропал.
Казалось бы, ну что тут такого. может у гугля проблема? А вот хуй там! Написал на фидбек такое вот письмо. Ответят или нет?
(обе трассировки проводились между 02:47 28.10.2011 и 02:49 28.10.2011 по московскому времени)
Прошу объяснить следующий парадокс:Блядь, точно надо звонить КАА и посылать его.
Трассируем узел с адресом 8.8.8.8 с компьютера абонента ДСВ/РТК:
$ tracepath -n 8.8.8.8
1: 192.168.1.4 0.266ms pmtu 1500
1: 192.168.1.1 5.029ms
1: 192.168.1.1 3.973ms
2: 192.168.1.1 5.291ms pmtu 1492
2: 172.25.0.213 83.281ms asymm 3
3: 172.25.213.250 126.622ms asymm 7
4: 10.27.211.254 67.394ms asymm 6
5: 172.25.5.253 67.223ms
6: 10.127.1.251 68.481ms
7: 94.25.8.77 68.295ms asymm 8
8: 87.226.133.178 178.892ms asymm 11
9: no reply
10: no reply
А вот то же самое, сделанное с разницей в пару минут с компьютера абонента, НЕ использующего услуги РТК. Обратите внимание на третий пункт:
$ traceroute 8.8.8.8
1 (91.207.82.1) 5.539 ms 5.921 ms 6.398 ms
2 95.167.64.29 (95.167.64.29) 3.838 ms 3.847 ms 3.842 ms
3 ae-8.m7-ar4.msk.ip.rostelecom.ru (87.226.133.178) 122.359 ms 125.741 ms 125.279 ms
4 79.133.94.38 (79.133.94.38) 129.060 ms 123.159 ms 126.739 ms
5 209.85.241.44 (209.85.241.44) 180.391 ms 180.388 ms 180.718 ms
6 72.14.234.11 (72.14.234.11) 194.533 ms 185.776 ms 189.753 ms
7 209.85.254.112 (209.85.254.112) 175.461 ms 178.840 ms 176.137 ms
8 google-public-dns-a.google.com (8.8.8.8) 189.110 ms 186.403 ms 185.906 ms
Восьмой пункт для первого случая (ip:87.226.133.178) и третий пункт для второго случая совпадают, то есть, трафик идет через один и тот же узел.
Вопрос: почему трафик абонентов РТК на этом узле блокируется, а трафик "сторонних" узлов проходит без проблем?
Только не надо говорить про "добровольное объединение сетей" и прочую ересь: однозначно видно, что РТК сознательно нарушает права своих абонентов, сознательно блокируя трафик от них на "неугодные" узлы, но пропуская трафик от сторонних узлов.
В чем дело, ростелеком?
Комментариев нет:
Отправить комментарий
Пожалуйста, воздержитесь от грубостей и персональных нападок.
Я не против матерщины, но она должна быть уместной и использоваться для выражения эмоций, а не в качестве основного средства выражения мыслей.