Чукча мессенджеры ломать
klink0v — 02.12.2025
Ну вот и начал известный трехбуквенный госорган ломать мессенджеры. Вацап на разных мобильных операторах то работает, то нет. Разумеется, всё это вне правового поля. Усиленно делают вид, что "оно само сломалось" по той же схеме, что и YouTube. Нам с супругой пришла куча уведомлений вида "Вася теперь в Telegram". Народ массово ломанулся переносить всякие дачные-домовые чатики в телегу. Последнюю пока что особо не трогают, но полагаю, что это вопрос времени. По всей вероятности, основной аккорд вандализма придется на новогодние праздники.
Иллюстрация к посту кликабельная, взял отсюда.
Но не будем о грустном. Я тут на всякий случай хотел напомнить об инструментах, при помощи которых становится удобно управлять маршрутизацией в своей домашней или корпоративной сети.
Во-первых, есть давно и незаслуженно забытый протокол Socks5. Помимо прочего он полезен тем, что позволяет легко и быстро переключаться между разными "точками выхода" для приложений, которые поддерживают такую функцию. Прежде всего это, конечно, браузеры. Но не только. Еще у Socks5 есть классная фишка, позволяющая ресолвить DNS-имена на удаленном сервере, а не на ближайшем. Под линуксом самая известная реализация сервера называется "dante".
Во-вторых, у dnsmasq есть крутая фича. Ему можно в конфигурации определить некий список имен / доменов. И все IP-адреса, которые будут получены в результате разрешения таких имен, автоматически попадут в некоторый заранее заданный ipset. Он делает это очень-очень быстро, прямо-таки "на лету". А как дальше можно использовать получившийся ipset... тут фантазии есть где разгуляться. Например, таким образом можно управлять маршрутизацией на третьем уровне на основании DNS-имен, а не IP-подсетей.
В-третьих, для составления красивых правил маршрутизации очень сильно помогает протокол IPv6. Дело в том, что у крупных компаний навроде того же гугла и прочих CDN-ов IPv4-диапазоны сильно разрозненные, и их много. А вот в IPv6-пространстве они представлены крупными монолитными блоками. При этом при прочих равных клиент автоматически выберет IPv6-адрес вместо IPv4, если есть такая возможность. Главное только не назначать ему (клиенту) адрес из Link-local или ULA-диапазонов. На эту роль неплохо подходит "2001:db8::/32". Ваш провайдер не предоставляет IPv6? Не беда. Найдите виртуальный выделенный сервер у хостера, который поддерживает такой функционал, а клиентом подключайтесь к нему. Вот у вас и появится IPv6-связность с миром. Если выбранный вами VPS будет находиться у не-российского хостера, то в качестве приятного бонуса вам также будут доступны подсанкционные ресурсы наподобие cisco.com или redhat.com.
А вообще, сегодняшняя ситуация мне напоминает ранний интернет образца 1990-ых годов. Тогда в России провайдеры делились на "первичных" и "вторичных". "Первичные" — это те у которых были свои международные каналы. А "вторичные" — те, кто покупал трафик у "первичных". Внутренней российской связности как таковой не существовало, да и обмен информацией происходил в основном по электронной почте и NNTP. А ещё был жив Fidonet. Не то чтобы я ностальгирую по тем временам, но меня не покидает какое-то устойчивое дежавю.
Ладно. Главное только не впасть в беспамятство. А то никакой охранник проводов не спасёт. Прям на удивление до сих пор он пока что ещё не подводил.
|
|
</> |

Перспективные идеи для бизнеса в 2026 году: как начать дело без лишних трат 
