Пошла волна новостей о том, что провайдеры получили прямую задачу внедрять систему «Белых списков» на wifi. Официальная версия — «безопасность» и доступность социально значимых ресурсов. Но все мы прекарсно все понимаем: это не столько про удобство, сколько про возможность 24/7 фильтровать вообще всё, что проходит через ваш домашний Wi-Fi.
Народ уже вовсю обсуждает последствия: во-первых, общая скорость домашнего интернета гарантированно просядет, ведь оборудованию провайдера придется не просто пропускать трафик, а постоянно сверяться с «белыми списками». Во-вторых, возникает куча вопросов к конкуренции: если яндекс или какой-нибудь гос-сервис будет в «белом списке», а условный мелкий бизнес или зарубежный сервис — нет, то они просто исчезнут для пользователя. Есть и смешные, но грустные теории — типа того, что при включении этой системы мы даже личный кабинет провайдера не сможем открыть, чтобы просто оплатить интернет.
Техническая реальность: как УМНЫЙ DPI «грызет» наши соединения
На фоне всей этой движухи с «списками» пользователи начали замечать, что привычные инструменты (типа VLESS+Reality или XHTTP) стали отваливаться буквально на ровном месте.
Причем это не всегда банальная блокировка по IP:Port. Вот пример из практики: на сервере стоит сайт на Nginx, висящий на том же порту, что и прокси. Сайт открывается без проблем, а вот прокси — нет. Если запустить tcpdump и сравнить ClientHello на входе и на выходе, вскрывается интересная картина: пакеты прилетают уже «покоцанными». Поля IP TOS меняются с 0x00 на 0x28, внутри перетасованы Cipher Suites, Client Random и размеры полей. Естественно, REALITY видит этот мусор, выдает ошибку failed to read client hello и рвет коннект.
Многие уверены, что дело не в самих протоколах, а в «утечке» вашего inbound IPv4. Сервисы-шпионы просто сливают IP куда надо, он попадает в реестры, и прилетает бан на всех узлах УМНОГО DPI. Есть рабочая схема: разделять inbound и outbound. Старый, «зашкваренный» IP оставляем для исходящих (outbound) по умолчанию, а для входящих соединений (inbound) берем новый, «чистый» белый IPv4. Люди пишут, что после такой рокировки обрывы внезапно пропадают.
Но с ''списками'' всё станет куда веселее. Сейчас народ пытается использовать VPS (например, в Сберклауде — там виртуалка бесплатная, платишь только 149р за белый IP), но даже они при включенных ''списках'' часто не пингуются. Подсети типа 82.202.156.27/23 улетают в утиль сразу. Провайдеры, видимо, начали просто резать целые пулы адресов, которые им не нравятся. В общем, коммерциализация блокировок вводит новые правила игры, и теперь нам придется искать способы мимикрировать под что-то «легитимное», возможно, даже вешать на свой VPS полноценные сайты, чтобы хоть как-то пройти эти «фильтры».
Почему «ванильный» VLESS стал проблемным и при чем тут TURN-сервера?
Если с блокировкой по IP еще можно как-то бороться (смена провайдера, покупка новых IP, переезд на другие подсети), то с протоколами всё стало куда хуже. В последнее время стало понятно, что классические методы, которыми мы привыкли «пробивать» стену, начинают захлебываться.
Почему UDP — это теперь боль?
Многие пытаются использовать прокси, которые заворачивают трафик в DTLS (по сути — UDP). Логика ясна: UDP быстрый, не требует постоянного подтверждения доставки пакетов, как TCP. Но вот незадача: «ванильный» VLESS через такую проксю работать нормально не будет. Почему? Потому что сама прокси слушает UDP-сокет и может проксировать только протоколы, заточенные под UDP.
Если вы попробуете пропатчить конфиг, чтобы заставить ее слушать TCP-сокет, результат будет печальный — работать всё будет как «говно». Почему? Потому что вы начинаете терминировать TCP-подключение, выдирать данные из потока и упаковывать их в DTLS. А DTLS по UDP не дает гарантий доставки. Ни клиент, ни сервер VLESS к такому раскладу не готовы (в отличие от той же Hysteria2 или mKCP, где свои механизмы ретрансмиссий). Чтобы это работало стабильно, нужно пилить полноценный TUN-интерфейс, который будет сырые TCP-пакеты паковать в DTLS. Но на выходе мы получим что-то вроде кривого, бледного WireGuard, который еще и работать будет через раз.
А что там с TURN?
Тут в чатах всплыла интересная тема про TURN-сервера. Люди спрашивают: «А можно ли сделать так, чтобы несколько потоков шли через разные TURN-сервера по разным ссылкам, чтобы хоть как-то поднять общую скорость?».
Спойлер: прямо «из коробки» это реализовать довольно сложно. Народ пробует разные конфигурации, но натыкается на проблемы. Например, кто-то жалуется, что не может завести звонки или передачу данных, а потом выясняется, что виноват вовсе не протокол, а банальный AdGuard, который по своей логике блокирует WebRTC (а он критически важен для подобных коннектов). Или файрвол на новом сервере просто не пускает пакеты через интерфейс wg0.
В итоге мы имеем такую картину:
1. Проксирование UDP — это всё еще «костыли». Стабильного решения, которое работало бы как обычный TCP, пока не видно.
2. WebRTC и TURN — тема перспективная, но капризная. Один кривой конфиг файрвола, или «умный» блокировщик рекламы в браузере — и вся ваша хитрая схема рассыпается в прах.
3. Общий вывод: методы становятся всё сложнее. Если раньше хватало простого VLESS+Reality, то сейчас нужно настраивать целые сети из прокси, бороться с MTU, прокидывать TUN-интерфейсы и следить, чтобы клиентский софт не резал трафик раньше времени.
Сейчас получается так: чем больше «наворотов» ты добавляешь в конфиг, тем выше шанс, что алгоритмы провайдера вычислят твой трафик как «аномальный». Мы находимся в ситуации гонки вооружений: они внедряют Списки и фильтры, мы — пытаемся замаскировать свой трафик под обычный серфинг, но при этом сами же усложняем его настолько, что он начинает выделяться на фоне обычного HTTPS-трафика.
Как выжить, когда каждый IP под прицелом?
Итак, мы выяснили: просто поднять «ванильный» прокси на купленном VPS — это путь к быстрому бану. Провайдеры (особенно в Москве) сейчас активно анализируют не только протоколы, но и сам «профиль» вашего IP. Если на сервере «голый» адрес, который ни на что не отвечает, кроме вашего прокси-порта, для системы УМНОГО DPI это идеальный маркер «подозрительного узла».
Почему VPS «из коробки» не работают?
Народ сейчас массово тестит облака (типа того же SberCloud и аналогов), но ситуация везде плюс-минус одинаковая. Покупаешь VPS, платишь за белый IP, а он уже «мертвый» — не пингуется, соединения сбрасываются. Почему так? *
Триггер активности: Если ваш IP «светится» в каких-то публичных базах или, наоборот, ведет себя как «тихий» узел, который гоняет трафик только в одну сторону, система ставит на него флажок. *
Коммерциализация банов: Есть мнение, что блокировки стали массовыми и автоматизированными. Если ты берешь пачку IP и начинаешь их менять, система может это «проглотить». Но если делать это слишком часто или использовать известные подсети хостеров, которые провайдеры «пристреляли» — IP улетает в блок в течение пары часов.
Как пытаются мимикрировать?
Те, кто до сих пор «в игре», используют новую тактику:
1. Легитимизация: На свой белый IP нужно обязательно повесить «белый» сайт. Обычный лендинг на Nginx, какой-то контент, сертификат Let's Encrypt. Нужно, чтобы при заходе по IP (или через домен) система видела «обычный веб-сервер», а не «черную дыру».
2. Отказ от частых смен: Вместо того чтобы каждый день менять IP, лучше один раз настроить «правильную» маскировку. Нужно прикинуться чем-то настолько обыденным, чтобы алгоритм анализа трафика просто не решился резать соединение.
3. Разделение потоков: Как я уже писал ранее, схема с разделением inbound (входящий) и outbound (исходящий) — это база. Держите «грязный» IP для внешних запросов, а «чистый» — только для связи с клиентом.
Если же вам лень всем этим заниматься самостоятельно, то можно прибегнуть уже к готовым решениям, в некторых из них нужно сделать лишь немного, в других же уже все сделано за вас
Готовые Решения
1. Hynet.space — Это уже ближе к категории готовых сервисов.
В чем прикол: По сути, вы платите за то, чтобы кто-то другой взял на себя геморрой с поиском «чистых» IP и настройкой маскировки. Они уже решили задачу легитимизации: у них есть сервера с нормальными сайтами, настроенным TLS и правильными заголовками.
2. Скрипты и мануалы с GitHub — Например, различные форки (вроде whitelist-bypass или специализированные сборки AmnesiaVPN/`AmneziaWG
Это попытка автоматизировать борьбу с DPI. Скрипт сам подменяет заголовки, пытается «замаскировать» протокол под обычный HTTPS и иногда даже умеет сам настраивать маршрутизацию.
3. Использование TURN-серверов — Как я уже писал, это сейчас самый «умный» способ обхода через инфраструктуру гигантов.
Суть: Мы притворяемся, что гоняем видео или аудио через Яндекс/VK. Это чертовски сложно забанить, не сломав UX обычным людям. Но опять же, как только схема станет массовой, её либо прикроют для этих сервисов, либо начнут жестко шейпить трафик.
4. RTC Tunnel — Есть проект RTC Tunnel, который позволяет организовать P2P-соединение через WebRTC.
Как это работает: Ты поднимаешь «сервер» на своей удаленной машине (например, VPS) и «клиент» на домашнем ПК. Программа устанавливает WebRTC-сессию, и через неё пробрасывается TCP-порт (например, для SSH или прокси).
5. AmneziaVPN / AmneziaWG — Это не «волшебная кнопка», но если вы готовы лезть в консоль и вручную править MTU, экспериментировать с портами, перебирать разные способы обфускации, чтобы подобрать ту, которую ваш провайдер еще не научился резать то вам сюда. Иногда приходится вручную выпиливать ненужные маршруты или «допиливать» серверную часть, чтобы обойти блокировку конкретной подсети хостера. Это отличный конструктор, но если вы не готовы периодически лазить в логи и перенастраивать конфиги после очередного обновления фильтров — будете сидеть со статусом «подключено» и нулевым трафиком.
Реалии
Не питайте иллюзий — интернет в привычном виде меняется на глазах. Мы переходим в стадию, где доступ к информации становится результатом технической смекалки. Завтра всё может опять «сломаться», и это не повод для паники, а очередной повод сесть, открыть логи и посмотреть, что там придумали на этот раз.
Комментарии (250)
NickDoom
21.03.2026 16:08Я ни хрена не понял.
При чём тут «провайдеры получили прямую задачу внедрять», если это просто особый режим работы ТСП-простигосподи-У, которые в любом случае для провайдеров — «чёрные ящики», и у них давно уже установлены, то есть могут переключиться в режим БС за одно секундное обновление, причём уже не первый год как могут (режим БС для мобильных операторов, насколько я помню, никто не «ставил задачу внедрять», в него просто взяли да переключили)?
nikerossxp
21.03.2026 16:08подтверждаю, у меня один раз было, что из-за глюка мне домашний интернет завернуло в белые списки
причём уже установленное соединение vless+grpc не было разорвано, и через туннель работало всё.
mukca
21.03.2026 16:08успокойтесь, просто статья поток сознания ии...
Начали за новость закончили списком сервисов и всяких ссылок на запрещенные методы, посреди накидали чучуть название и описание какихто технологий и ой все плохо мы умрем...
Все нормально
Sanekkk333
21.03.2026 16:08Моя бы бабушка также ответила как вы.
Без интернета никто не умрет.
Но ещё недавно блокировки ютуб, инсты, тг итд казались чем то безумным и нереальным, а сейчас уже некоторые регионы больше года, отрезаны от мобильного интернета, ограничиваясь белыми списками.
vikarti
21.03.2026 16:08Вот у меня чуть другой опыт.
В некоторых районах Омска где то с июля 2025 не было мобильного интернета а техподдержка операторов говорила что ну делаем чиним, к сентябрю... В сентябре заработали белые списки. А почему? Если достаточно просто переключить ТСПУ?
none7
21.03.2026 16:08При этом через 2G, на большинстве базовых станций интернет был(только у ЖД и аэропорта даже SMS не было). Никакое ТСПУ не может фильтровать трафик по используемому клиентом беспроводному протоколу.
sloww
21.03.2026 16:08Это немного не так. Достаточно посмотреть на новости, что у ВСЕХ мобильных операторов свои реализации белых списков.
Что как минимум означает, что на мобильных опсосов переложили как минимум всю фильтрацию по адресам.
Понятное дело, что коробочка ТСПУ и дальше работает, шейпит трафик, смотрит протоколы и банит указанные коннекты и даже соединения с пулом ip адресов из черного списка, но именно фильтрацию навешивают ДО сами провайдеры.
Фактически первый слой у провайдеров, второй - ТСПУ. Зачем так сделано? Не знаю, вероятно тут больше причина геолокации - необходимость внедрять белые списки в конкретных местах, а не везде. А может таким образом они разгружают эти коробочки, ну и заодно у каждого провайдера свой пул внутренних адресов, доступный без интернета, то есть это уже прерогатива провайдера кого куда пускать до коробочки.
Как работают эти коробочки по факту мы знаем только из сливов и слухов, делающие тспу и сидящие тут хаброюзеры и не делятся информацией :)
Kenya-West
21.03.2026 16:08Слушайте, а вы правы, кажется. Очень логично мысль развернута, с меня +1.
Я до этого думал, что всё можно разрулить ТСПУ, но они оперируют более низкоуровнево и в основном выполняют роль забора перед заграницей. А чтобы на какой-то внутренней территории БС реализовать - тут ТСПУ чисто по логике не подходит для таких задач...
rogoz
21.03.2026 16:08Добавлю к предыдущему оратору, вот это - https://vigruzki.rkn.gov.ru/, способ блокировки до ТСПУ, никто не отменял, операторы также должны сами блочить то, что там РКН присылает.
SerjV
21.03.2026 16:08Уже несколько лет как как раз отменили и потому как раз не должен (но может, если хочет).
ст.46 ФЗ "О связи": "Оператор связи, оказывающий услуги по предоставлению доступа к информационно-телекоммуникационной сети "Интернет", не обязан ограничивать доступ к информации, распространяемой посредством информационно-телекоммуникационной сети "Интернет", доступ к которой должен быть ограничен в соответствии с Федеральным законом от 27 июля 2006 года N 149-ФЗ "Об информации, информационных технологиях и о защите информации", если доступ к такой информации в сети связи оператора связи ограничивается с помощью технических средств противодействия угрозам в порядке централизованного управления сетью связи общего пользования."
Xt0uRusX
21.03.2026 16:08У меня провайдер например для лицокнига подменяет днс запрос и выдает IP адрес заглушки.
Или почему-то у него заблочены некоторые ресурсы, которые РКН не блочил. Например daemon-tools чем-то им не угодил. Так что да, фильтрация до ТСПУ однозначно есть.
Anatoliy_rnd
21.03.2026 16:08Вот здесь Вы совершенно правы, с мобильными все связанно с геолокацией. У нас в городе есть районы где пол года только белые списки и все. Т.е. данные ограничения все привязываются к конкретеым вышкам, и соответсивенно на них и устанавливают эти коробочки. Т.к. если вспомнить то когда это началось рубили вообще весь интернет , а в самом начале и мобильную связь. А потом начали устанавливать иитестировать эти коробочки.
По поводу белого списка всего интернета, то врядли , очень много заявязано, даже тупо врубить интранет "чебурнет" и то может поломать много чего. Я занимаюсь диспетчерской лифтовой связью, отключение мобильного интернета создало огромное количество проблем, но решаемых за счет в несколько раз возроших расходов, для перехода на проводной интернет. Но вот отключение , точнее ввежение белого списка, обрушит все. Так что вряд ли. Хотя я уже ничему не удивлюсь.
AVikont
21.03.2026 16:08Есть и смешные, но грустные теории — типа того, что при включении этой системы мы даже личный кабинет провайдера не сможем открыть, чтобы просто оплатить интернет.
Про это точно не стоит переживать. ЛК провайдера находится в локальной сети и не проходит через ТСПУ.
konst90
21.03.2026 16:08А на странице оплаты формочка для ввода кода из СМС, и привет.
AVikont
21.03.2026 16:08НСПК давно в белом списке. Остальные платежные системы в России с 2022 года представлены очень опосредовано, даже хваленые китайские системы больше не изъявляют желания работать на нашем рынке.
K0styan
21.03.2026 16:08Напрямую с платёжной системой сильно не все работают, встречаются ещё и шлюзы.
lightman
21.03.2026 16:08Оффтоп:
Недавно попал в ситуацию, наступило 1 число, закончилась оплата интернета. Пользуюсь двумя операторами, от одного домашний интернет + мобильный от другого просто мобильный. Оплата закончилась на обоих.
Сунулся в личный кабинет с компьютера - не открывается. С телефона ни кабинеты в браузере, ни мобильные приложения - ничего не открывается, ни с одной симки. Банковские приложения тоже. Попал в дурацкую ситуацию, когда не могу сделать ничего.
Пришлось идти по соседям, просить у них WiFi. Благо оказались дома и благо открыли незнакомому человеку, сначала не хотели даже подходить к двери (и я их прекрасно понимаю).
Это я к чему. Ведь по идее у провайдеров личный кабинет должен работать даже при отрицательном балансе, чтобы можно было пополнить. Но на моём опыте эта функция никогда нормально не работала, сайт открывался еле-еле (мб какие-то подгружаемые ресурсы забыли добавить в список допустимых при нехватке оплаты, может что-то с настройками роутера). Но какая-то надежда на неё всё-таки оставалась.
А сейчас - когда функция понадобилась, оказалось, она не работает вообще. Если дело в настройках роутера - с мобильного интернета точно должно было получиться, но у нас эти дурацкие белые списки, так что тут облом. В общем такая нужна фича уже фактически сломана.
p.s На такой случай записал себе, как пополнить свой счёт, отправив SMS на номер 900 с текстом
9191234567*100#
пополнить номер телефона 919-1234567 на 100 рублей
(у вас должна быть дебетовая карта Сбера и на ней должны быть деньги)
*100# звонок - узнать баланс (у каких-то операторов может быть *102#)
rumbleblowingaggregate
21.03.2026 16:08Не знаю, как сейчас, но несколько лет назад, по крайней мере на билайне, можно было отправить USSD-запрос: *900*сумма# для своего номера, *900*номер*сумма# для кого-то ещё. Это было удобно тем, что работало если на тарифе нет смс или нет денег отправить смс.
HardlinePeak936
21.03.2026 16:08Забавно, но поддерживаю: сампору даёт открыть свой сайт, сайт оплаты, а вот сайты и приложения банков с онлайн-кассой — нет, и фиг ты оплатишь. Т2 и вовсе гад, в своём интерфейсе на нажатия кнопок выборочно реагирует — зайти на страницу пополнения баланса можно, а вот нажать кнопку для перехода к оплате нет (ноль реакции ;). Забавно, но он тоже банки не открывал в последний раз... А сейчас и вовсе заметил, что у меня гугл с мобильного интернета (тот самый Т2) не открывается, как и ряд других сайтов. Бывает :)
Taraflex
21.03.2026 16:08Никто случайно еще не пытался организовать туннель через демонстрацию экрана в вк звонках ? Если верить
https://habr.com/ru/companies/jugru/articles/688452/ демонcтрация идет через DataChannel, то есть без пересжатия видео на серверах вк. Или я ошибаюсь?
Asparagales
21.03.2026 16:08Нужно прикинуться чем-то настолько обыденным, чтобы алгоритм анализа трафика просто не решился резать соединение.
Например чем?
Vsevo10d
21.03.2026 16:08Вот непонятный пассаж, как будто достаточно рядом на том же сервере сайт в зоне рф поднять и все.
supercargo
21.03.2026 16:08Белые списки на мобильном интернете понятны как технология, призванная противодействовать вражеским БПЛА. Что касается проводного интернета - смысла в них нет и никто внедрять их не будет, это чистый фейк. Не нужно это нести на Хабр, попытка представить фейки в технологической обертке не делает их достоверными, а вам - не делает чести. лол
amazingname
21.03.2026 16:08Что касается проводного интернета - смысла в них нет и никто внедрять их не будет, это чистый фейк.
Почему нет смысла? А если враг затаился в тылу и ретранслирует сигнал со стационарного интернета к пролетающему дрону? Отключать так весь.
amazingname
21.03.2026 16:08А че так минусуют? Потому что не поняли иронии? Или потому что поняли но не оценили?
Pokenarkoman
21.03.2026 16:08Расскажи мне как так выходит, что наши симки по белым спискас, а немецкие, американские, французские симки в бпла на нашей территории полностью работают и не блокируются.
0ka
21.03.2026 16:08Откуда вы взяли что они работают?
JediPhilosopher
21.03.2026 16:08Да вот буквально только что у меня на юго-западе Питера я сам наблюдал. Мобильный интернет по моей обычной мегафоновской симке не работал. А по моей туристической esim (в России работающей поверх сети Теле2) работал. И через нее я даже в инсту могу из РФ без впн заходить.
То же самое слышал про Китай - блокировки направлены исключительно на собственных граждан, чем бы они не обосновывались. А иностранных туристов стараются не трогать. Вот завтра в Шанхай полечу, проверю там.
Player17
21.03.2026 16:08Здорово. Продашь симку? Пикабу не работает на мобильном. Остальное Алиса подсказывает, ищет сама.
KivApple
21.03.2026 16:08Там в другом причина. Роуминг очень похож на VPN - поток данных шифруется на телефоне и как есть маршрутизируется в домашнюю сеть, а уже там домашний оператор решает, что с ним делать. У тебя даже IP той страны чья симка. То есть оператор гостевой сети физически не имеет доступа к трафику и не может его модифицировать.
Можно только вообще сломать роуминг (что и делают когда включают белые списки).
rumbleblowingaggregate
21.03.2026 16:08А точно работают? Я прилетал в конце прошлого года с грузинской симкой, она сперва подключилась к роумингу к сети МТС, была заблокирована, МТС прислал капчу, потом сама переподключилась к Мегафону, и он тоже прислал капчу для разблокировки.
dsmiyanov
21.03.2026 16:08В районах, где на рос симках работают белые списки, на роуминговых симках либо не работает мобильный Интернет, либо не работает сеть совсем. Проверено лично на французской симке в Москве и на Юге. Не дезинформируйте пожалуйста
Bhagos
21.03.2026 16:08Я лично знаю человека, у которого уже 2 недели при беспилотной, ракетной и аналогичной "опасности" на домашнем проводном интернете активируется функционал белых списков. Можно конечно поспекулировать на тему "а подводит ли провайдер свои сети по беспроводу" - но нет, не подводит.
0ka
21.03.2026 16:08Какой это провайдер?
nlykl
21.03.2026 16:08И какой город?
Bhagos
21.03.2026 16:08Провайдер, который несколько лет назад призывал жить на яркой стороне, а город на юге РФ с недавно открытым аэропортом.
P.S. Неужели Вы серьёзно считаете, что это касается только одного города и/или провайдера?)))) Провайдер говорит, что блокировка "по независящим от них причинам".
Посоветовал знакомому отправить письменный запрос провайдеру - если сделает, посмотрим, что ответят.
Kenya-West
21.03.2026 16:08Неужели Вы серьёзно считаете, что это касается только одного города и/или провайдера?
В случае с БС ситуация довольно уникаловая (в том числе от слова "кал") в каждом конкретном случае во времени, местности и провайдере. Начиная от реализации на уровне сети (L3/L4 или L7) и заканчивая списком доступных ресурсов. Соответственно, обходить это всё нужно во многих случаях по-разному, ибо почти гарантированный способ очень дорогой. Приходится варьировать приложенные усилия под конкретный кейс.
0ka
21.03.2026 16:08а ничего, что белые списки при бесп. опасности делает провайдер сам лично? это на 100% зависит только от него, ТСПУ не меняет конфиг.
простейший вопрос про название и вы не ответили - доказали что вбросили.
riv9231
21.03.2026 16:08В сибири их сейчас по коровам активируют: где изымают скот у местного насления, там связь тушат. Вот вам и ответ.
Услышал очень ёмкую формулировку: Белые списки нужны чтобы предотвратить горизонтальную самоорганизацию населения.
Antaninam
21.03.2026 16:08Расскажите, как белые списки борются БПЛА? Это не одноклассники
MountainGoat
21.03.2026 16:08Народ не сидит в Интернете → скучает → от скуки сидит на крышах с двустволками, сбивает БПЛА.
denis-19
https://habr.com/ru/news/1013086/
Soldier22 Автор
https://www.interfax.ru/russia/616066
alex_lol3
Объявляем год - всё наоборот
Nulliusinverba
А теперь наоборот,. То есть задом наперёд! <...> Вуншпуш! ахахах. Вуншпуш! Вуншпуш!
Вот только Мяурицио и Якоб спасать не придут :(
Halt
Мне вот интересно. Эта «вопиющая провокация» находится в общем пространстве, индексируется поисковиками и доступна пользователям для ознакомления. Доколе?
AVikont
Кому надо, тот всё понял.
AVikont
Ох, похоже не все поняли сарказм и уронили карму на дно.
В следующий раз буду использовать тэг.
Nurked
Слушай, да я тебя уже умоляю. Когда правительство говорит что они не будут что-то блокировать, это значит что через 2 недели это заблокируют.
Вы уж канарейку придумайте, чтобы мы просто знали, что с вами всё в порядке, и пишите дальше свои копиумы.