Вступление
2026 год. Мы умеем поднимать кластеры, гоняем миллионы запросов в секунду, обсуждаем event-driven архитектуру… И при этом не можем нормально созвониться с командой. Не потому что «что-то сложно». А потому что банально не работает.
Сегодня у тебя не открывается чат без VPN. Завтра VPN не пускает. Послезавтра ты вроде зашёл, но на созвоне никто никого не слышит. И ты сидишь и думаешь: это вообще что сейчас было?
Когда у тебя задачи горят, дедлайны вчера, тебе вообще не до этого. Ты не хочешь разбираться, через какой прокси сегодня зайти в чатик. Ты не хочешь выяснять, где провести созвон, чтобы он не развалился через 3 минуты. Ты не хочешь думать, дойдёт ли файл или его опять кто-то «не получил».
Это базовая инфраструктура. Она должна просто работать.
Пару лет назад так и было. Берёшь удобный инструмент — Telegram, Slack, Discord — и живёшь с ним. Где-то лучше треды, где-то звонки, но в целом всем нормально. Сейчас — нет.
Один сервис требует VPN. У другого отваливаются звонки. Третий в какой-то момент становится настолько неудобным для рабочих сценариев, что команда просто перестаёт использовать его как основной инструмент. Четвёртый вроде работает, но вокруг него столько нюансов, что проще не начинать.
И постепенно ловишь себя на мысли: ты уже не работаешь — ты обслуживаешь коммуникацию. Чинишь доступы. Переносишь ботов. Переобъясняешь команде, куда мы в этот раз переехали. И всё это ради того, чтобы… просто писать сообщения.
Мы с командой довольно быстро в это упёрлись. И поняли простую вещь: нам не нужен лучший мессенджер на рынке. Нам нужен тот, который просто не делает мозги. Переписка. Созвоны. Файлы. Треды. Всё.
В этой статье разберу, через что мы прошли, что пробовали и почему в какой-то момент выбор мессенджера вообще перестал быть вопросом вкуса. Не будет истории в духе «вот идеальный инструмент, срочно всем переезжать». Скорее покажу, на чём именно мы ломались, какие альтернативы вообще смотрели и какой минимальный набор в реальности нужен команде, чтобы она могла работать, а не бесконечно чинить сам факт коммуникации.
Что вообще должно работать (спойлер: немного)
Мы попробовали сформулировать, что нам вообще нужно от рабочего мессенджера.
Без разговоров про «инновации», AI future of work и прочий маркетинг. Просто базовый набор, без которого команда начинает тратить силы не на работу, а на обслуживание коммуникации.
Нужен мессенджер, который:
открывается без VPN и прочих квестов
нормально работает на десктопе и на телефоне
держит стабильные созвоны
не теряет сообщения и не превращает чат в кашу
даёт треды, чтобы обсуждения не тонули в общем потоке
позволяет скинуть файл и не спрашивать потом «дошло?»
не ломает интеграции каждый месяц
По сути, это весь список. Когда у тебя горит релиз или падает прод, тебе вообще всё равно, насколько у мессенджера модный интерфейс и как красиво он себя продаёт. Нужны самые базовые вещи: быстро написать, быстро созвониться и быстро решить проблему.
И вот тут начинается самое интересное. Потому что, когда пытаешься найти такой «просто нормальный» инструмент, внезапно выясняется, что это не так просто.
Часто проблема даже не в одном конкретном мессенджере, а в том, что коммуникация расползается по нескольким окнам. В одном чате обсуждают задачу. В другом созваниваются, потому что «там стабильнее». Файл кидают в третий сервис, потому что «так быстрее». А итоговое решение потом кто-то фиксирует в личке или в таск-трекере.
И по отдельности это вроде бы работает. Но вместе превращается в кашу. Один и тот же вопрос размазан по четырём местам, половина договорённостей теряется, а новому человеку в команде вообще невозможно понять, где смотреть правду.
Постепенно стало понятно, что нам нужен рабочий контур, в котором переписка, звонки и файлы хотя бы не живут отдельно друг от друга.
Что пробовали
Сначала мы, конечно, не бросились искать какой-то один «правильный» корпоративный мессенджер. Как и многие, пытались жить тем, что уже привычно.
Где-то оставались в Telegram, потому что он всем знаком, быстрый и интуитивный. Но в рабочих сценариях это довольно быстро превращается в проблему: активный чат легко становится свалкой из параллельных тем, голосовых, файлов, реакций и сообщений «смотри выше». Пока команда маленькая — это терпимо. Как только обсуждений становится много, начинаешь терять контекст буквально на ровном месте.
Где-то пробовали разносить роли по разным сервисам: чат в одном месте, звонки в другом, документы в третьем. На бумаге звучит логично. На практике — утомляет. Один вопрос начинает жить сразу в нескольких окнах, и ты вместо работы постоянно вспоминаешь, куда именно уехало решение.
Периодически смотрели и в сторону более привычных рабочих платформ — условного Slack-подхода или похожих решений. Но там почти всегда вылезало что-то из разряда «инструмент хороший, но вокруг него слишком много условий»: доступность, инфраструктурные ограничения, лишняя сложность внедрения, постоянная зависимость от внешнего контура.
Поэтому в какой-то момент мы разделили все варианты на три класса. Первый — привычные мессенджеры, которые хороши, пока у тебя нет проблем с доступом и масштабом обсуждений. Второй — self-hosted решения, где ты получаешь контроль, но вместе с ним ещё и новую зону поддержки. Третий — корпоративные облачные инструменты, которые могут оказаться менее глянцевыми, зато потенциально закрывают базовый сценарий «открыл и работаешь».
И уже после этого пошли смотреть более предметно.
Отдельно мы всерьёз смотрели в сторону self-hosted решений. Логика была максимально понятная: если внешний контур нестабилен, может, лучше вообще забрать контроль себе. Поднять своё, настроить доступы, не зависеть лишний раз ни от чьих правил игры.
В этом контексте Mattermost выглядел очень логично. Open-source, свой сервер, полный контроль, знакомая модель работы с каналами и обсуждениями. На бумаге это действительно выглядело как рациональный вариант.
И на самом деле — это нормальный инструмент. Особенно если у вас есть ресурсы его поддерживать и вы осознанно идёте в self-hosted. Но у нас задача была чуть другая. Нам нужен был не «контролируемый мессенджер». Нам нужен был мессенджер, который просто не требует внимания. И вот тут начались нюансы.
Первое — ощущение от использования. Mattermost работает, но постоянно ловишь себя на мысли, что это «Slack, но попроще». Интерфейс знакомый, но местами шероховатый. Треды есть, но пользоваться ими не так удобно. Навигация есть, но периодически теряешь контекст. Не критично. Но на дистанции начинает раздражать.
-
Второе — UX в мелочах. Например, история с сессиями. Тебя просто выкидывает из системы, потому что сессия истекла. И ты заново логинишься. Раз в неделю. Или чаще. Представьте, что вас бы регулярно разлогинивало из Telegram. Без причины. Просто потому что «сессия закончилась». Вроде не катастрофа. Но это именно тот класс раздражающих мелочей, которые копятся.
Отдельный «кайф» — если у вас авторизация завязана на внешние сервисы. У нас, например, была связка с GitLab. И если у тебя истёк пароль — ты не можешь зайти в Mattermost. Чтобы обновить пароль — тебе нужно написать… в чат. В который ты не можешь зайти. И вот ты сидишь и думаешь: это вообще как должно работать?
Третье — эксплуатация. Формально всё работает. Фактически — появляется ещё один сервис, который нужно поддерживать. Обновления. Конфиги. Интеграции. Какие-то странные баги, которые «ну у нас не воспроизводится». И ты незаметно превращаешься в человека, который админит мессенджер. Хотя изначально задача была ровно обратная.
В итоге мы пришли к довольно простой мысли. Mattermost — это нормальное решение, если ты готов инвестировать в инфраструктуру и жить с этим. Но если твоя цель — чтобы коммуникация просто работала и не требовала внимания — это не тот путь.
Ты убираешь внешние риски, но получаешь внутренние. А нам хотелось вообще без этого. Без админки. Без постоянной поддержки. Без ощущения, что ты опять что-то чинишь. И вот после этого мы начали смотреть дальше.
К чему в итоге пришли
В какой-то момент мы просто устали перебирать варианты. Уже не было ни желания, ни энергии искать «идеальное решение». Хотелось хоть что-то, что будет просто работать: без VPN, без костылей и без отдельной инструкции «как зайти в чат».
Когда стало понятно, что жить либо в разрозненном наборе сервисов, либо в self-hosted-контуре мы не хотим, мы пошли смотреть более прикладные корпоративные инструменты. И довольно быстро выяснилось: рынок в целом делится на два типа решений. Одни пытаются быть «всем и сразу» — чат, видеосвязь, документы, процессы, автоматизации. Другие честно остаются просто мессенджерами — без претензии на роль операционной системы для компании.
После Mattermost мы решили попробовать МТС Линк. На первый взгляд идея выглядела логично: чаты, звонки, всё в одном контуре, плюс уже явно чувствуется корпоративный сценарий использования. Более того, у них даже есть импорт переписок из Telegram — и это, кстати, не бесполезная штука. Если команда долго жила в одном мессенджере и не хочет начинать всё с пустого места, такая функция выглядит вполне здраво.
Но чем дольше мы на него смотрели, тем сильнее было ощущение, что это не совсем мессенджер в привычном смысле, а скорее рабочая платформа, у которой чат — только одна из частей. Уже на входе начинаются пробный период, тарифы, ограничения — и ты почти сразу чувствуешь себя не в «чате», а внутри корпоративной системы со своими правилами.
По ощущениям МТС Линк оказался ближе к Slack, чем к Telegram. Для части команд это, возможно, плюс. Но у нас запрос был другой: не внедрять ещё одну систему, а просто открыть инструмент и начать в нём жить без ощущения, что мы запускаем отдельный внутренний проект.
Из хорошего — там действительно есть сильные функции. Например, суммаризация обсуждений. Когда в ветке накопилось полторы тысячи сообщений, возможность быстро понять, о чём вообще говорили и к чему пришли, — это реально полезный сценарий. Но в целом всё равно не покидало ощущение, что продукт тяжелее, чем нам хотелось бы для повседневного общения.
Отдельно не понравилось, что каналы и группы там не разведены так очевидно и естественно, как в привычных мессенджерах. После Telegram-подобной логики это цепляет почти сразу. Вроде бы мелочь, но именно из таких мелочей потом складывается общее ощущение: тебе удобно в этом жить каждый день или нет.
А окончательно впечатление испортили звонки. Довольно быстро начали всплывать совершенно приземлённые тупняки: в нашем сценарии в одном браузере всё ок, а в другом люди уже не могут нормально попасть на созвон. И вот в этот момент отношение к инструменту очень быстро портится. Потому что можно простить перегруженность. Можно простить лишнюю корпоративность. Можно даже простить тарифы и пробный период. Но когда базовый сценарий «созвониться» начинает зависеть от того, у кого какой браузер и сможет ли он вообще подключиться, это уже очень плохой знак.
И вот после этого стало совсем понятно, что мы вообще ищем. Нам не нужен ещё один Slack-подобный комбайн. Не нужна система, в которую нужно отдельно въезжать, привыкать, учить команду и обрастать регламентами. Нам нужен именно мессенджер. В прямом смысле слова. Такой, чтобы сначала был чат, а уже потом всё остальное.
На этом фоне следующим логичным кандидатом стал Яндекс Мессенджер.
И вот с ним ощущение оказалось совсем другим. Не в духе «ого, сколько всего умеет», а скорее: «окей, здесь хотя бы не нужно отдельно разбираться, как этим пользоваться». После более тяжёлых решений это оказалось неожиданно важным. Канал считывается как канал, группа — как группа, а сам инструмент не требует отдельного привыкания уже в первые минуты.
Плюс не было ощущения, что тебя с первой минуты встречают тарифы, лимиты, пробные периоды и прочая обвязка вокруг продукта. Зарегистрировался, открыл, начал пользоваться. После нескольких заходов в более тяжёлые корпоративные решения именно такая простота вдруг начинает очень цениться.
Начали пробовать — и довольно быстро поймали странное ощущение. Никакого вау-эффекта не было вообще. Не было чувства, что перед нами какой-то прорывной продукт или новый стандарт командной работы.
Скорее сработало другое. Мы всё ждали, где начнутся привычные «но». Где что-то не откроется. Где звонок придётся переносить в другой сервис. Где файл удобнее будет скинуть куда-то ещё. Где обсуждение опять развалится между несколькими окнами. Но этого не происходило. Чат открывался нормально. Сообщения не терялись. На созвон можно было перейти прямо из рабочего контекста. Файл, который обсуждали, оставался там же, где шёл разговор. И довольно быстро отсутствие постоянного раздражения оказалось важнее любого «вау».
После периода, когда коммуникация постоянно требовала отдельного внимания, сам факт того, что инструмент просто не бесит, внезапно начинает восприниматься как серьёзное достоинство.
Кстати, и МТС, и Яндекс явно понимали, что заставлять людей вручную пересоздавать сотни чатов — это путь в никуда. Поэтому у обоих уже есть "миграторы": боты, которые забирают чат из Telegram со всеми участниками, названиями и картинками и разворачивают его в новом контуре.
Ирония в том, что как только Telegram в рабочих процессах начинает "отваливаться" или бесить, эти инструменты превращаются из факультативных ништяков в настоящие спасательные круги. Выглядит это так: Telegram еще не успел окончательно "остыть", а его уже потихоньку разбирают на запчасти и переносят в корпоративные вольеры. Звучит цинично, но когда у тебя горит проект, тебе не до сантиментов — тебе нужно, чтобы состав участников чата сохранился здесь и сейчас.
Что реально зашло
Самое важное — исчезло ощущение, что коммуникацию нужно отдельно обслуживать.
Банально: открыл чат — он работает. Нужно быстро что-то обсудить — не идёшь искать, где лучше созвониться именно сегодня, а просто созваниваешься там же. Нужно скинуть документ — он уезжает в тот же контекст, где про него и разговаривают. Не нужно потом вспоминать, в каком сервисе был файл, а в каком — обсуждение.
Для меня неожиданно важной оказалась самая негромкая функция — треды. Когда обсуждение уезжает в отдельную ветку, общий чат хотя бы перестаёт выглядеть как комната, где одновременно орут десять человек на разные темы. После мессенджеров, где любой рабочий вопрос быстро тонет в общем потоке, это реально облегчает жизнь.
Плюс звонки здесь встроены не как что-то отдельное, а как продолжение общения. Это, казалось бы, мелочь, но на дистанции экономит кучу сил. Ты не пересобираешь разговор по кускам между чатом и другим инструментом, а просто двигаешься внутри одного рабочего контура.
Отдельно про ИИ-фишки: расшифровка звонков и саммари — штуки реально крутые. Когда после 40-минутного созвона тебе в почту падает краткий пересказ "кто что обещал", это разгружает голову.
Но тут важный нюанс, на котором стоит притормозить: всё это добро живет только в платных тарифах Яндекс 360. То есть, как "просто мессенджер" — всё ок и бесплатно, но как только хочешь технологичных ништяков и автоматизации, будь готов расчехлиться. Справедливо это или нет — решать вам, но имейте в виду на старте, чтобы потом не было сюрпризов.
Мелочь, которая на самом деле сильно влияет на фокус — это статусы. Казалось бы, мы все привыкли к "в сети / был недавно", но для работы этого мало. Тут явно проглядывается наследие Slack: можно поставить "На встрече", "Обед" или "Сосредоточен", причем на определенное время.
Это снимает тот самый микро-стресс, когда тебе прилетает сообщение, а ты не можешь ответить прямо сейчас и не хочешь выглядеть игнорщиком. Коллеги сразу видят по иконке, что ты AFK или на созвоне, и уровень "пинания" в личку заметно снижается.
Ещё одна важная вещь — сервис нормально ощущается на разных устройствах. Можно ответить с телефона на ходу, потом открыть ноутбук и продолжить без ощущения, что ты переключился в какой-то другой мир. Для рабочего инструмента это вообще-то базовая вещь, но в последние годы даже базовые вещи почему-то стали не гарантией, а приятным бонусом.
И ещё один важный момент: всё это не требует от нас отдельной поддержки. Нет сервера, который надо обновлять. Нет внутреннего проекта под названием «починим корпоративный чат». Нет ощущения, что ты снова стал админом инструмента, который вообще-то должен просто помогать работать.
Но без минусов, конечно, не обошлось
И вот тут важно: это не идеальный инструмент. Вообще.
Первое — поиск. Он есть, но максимально базовый. Никаких сложных запросов, фильтров, «найди мне сообщения от этого человека за прошлую неделю с вложениями». Если привык к более продвинутому поиску — будет больно.
Второе — ощущение минимального продукта. Иногда прям чувствуется, что функционально это базовый уровень. Если хочется строить вокруг чата сложную рабочую систему с автоматизациями, процессами и кучей интеграций, то это не сюда. И в этом, кстати, обратная сторона его главного плюса: он проще и легче на входе, но вместе с этим у него и потолок ниже.
-
Третье — звонки на 50+ человек. Тут важно разделять сценарии. Звонки в мессенджере реализованы через Телемост (он встроен в интерфейс), если созвониться «тет-а-тет» или впятером обсудить код — всё работает как часы, картинка стабильная. Но когда мы пытаемся собрать в одном окне «стадион» на 50+ человек (типовой синк или демка на весь отдел), иногда вылезают те самые «нюансы» с фризами.
Понятно, что стабильный групповой созвон на полсотни участников — это вообще высшая лига, которую и Zoom не всегда вывозит на 10/10. Для повседневной работы команды этого Телемоста более чем достаточно, но если вы планируете проводить там огромные общекомандные митинги, стоит сначала потестить нагрузку под ваши задачи.
Четвёртое — интеграции. Их не хватает. После Slack-подобных решений это особенно чувствуется. Нет ощущения, что из коробки ты получаешь огромную экосистему, к которой можно прикрутить всё подряд.
И всё-таки…
Несмотря на всё это, мы в какой-то момент приняли для себя простую вещь. Нам нужен инструмент, который не требует VPN, не ломается на базовых сценариях, не требует отдельного человека для поддержки и просто даёт возможность нормально работать.
И в этом смысле Яндекс Мессенджер оказался… достаточным. Без восторга и без фанатизма. Но и без желания выключить его через два дня. После всего, что было до этого, это уже воспринимается как очень серьёзный плюс.
Вместо вывода
Если честно, вся эта история вообще не про мессенджеры. Она про то, что в какой-то момент базовые вещи перестали быть базовыми. Раньше ты выбирал инструмент по удобству. Теперь — по принципу «что вообще работает и не требует отдельной инструкции».
Мы не нашли никакого волшебного нового стандарта коммуникации. Просто нашли вариант, который в наших реалиях закрывает базовый рабочий сценарий без лишней боли. И оказалось, что на этом этапе этого уже более чем достаточно.
Комментарии (47)
askv
13.04.2026 06:38Во-первых, не умер.
Polikoleso
13.04.2026 06:38Почему? У меня например без VPN тг вообще не работает. При этом сам VPN тоже разные пробовала, неделю работает, потом его блокирует и опять не работает, приходится новый искать. Уже реально усталость от этого
askv
13.04.2026 06:38Это всё равно проще, чем пытаться перетянуть все свои контакты (включая заграничные) в какое-то другое место.
peter23
13.04.2026 06:38А во-вторых, блокируют не Телеграм, а жителей РФ. Для жителей РФ разница конечно несущественна, но, находясь снаружи, все время приходится думать что кроется за заголовкам типа "Telegram умер".
ash_lm
13.04.2026 06:38Хабр интересная площадка. Практически в один и тот же могут выходить две полярные статьи. В одной ссылают на острова все приложения Я/M и т.д. В другой эти приложения восхваляют как панацею. Особенно доставляет:
"Мы умеем поднимать кластеры, гоняем миллионы запросов в секунду, обсуждаем event-driven архитектуру… "
и тут же:"Нам нужен был мессенджер, который просто не требует внимания." (self-hosted-решения это не для тру парней гоняющих миллионы запросов, нужно поднимать кластеры)
Pochemuk
13.04.2026 06:38Мы некоторое время юзали бесплатный (до 10 пользователей) self-hosted сервер True Conf. Но с приходом ковида бесплатной версии стало не хватать. А потом, после очередного обновления, True Conf сервер отказался работать на старом сервере с Win2K8R2.
Начали подбирать ему замену. Так из всех претендентов Телемост оказался на последнем месте. Качество картинки, даже при групповой конфе на 4 человека - убогое. Возможности создать повторяющуюся или постоянную конференцию тогда не было - приходилось бы каждый день настраивать планёрку и сообщать её номер заново.
В общем, выбрали тогда Телеграм. Но осенью, когда его начали "замедлять", снова вернулись к поиску замены. Выбрали "Контур-Толк". Удобный, недорогой. Правда, регистрация заморочная - не только лишь все способны её пройти без подсказок даже по инструкции. Но качество связи весьма хорошее.
Anywake
13.04.2026 06:38Вы странный, виндла устарела, софт отвалился, пока искать НОВЫЙ СОФТ.
Новую ОС не пробовали? Еще Linux есть, под ним True Conf отлично живет.
Pochemuk
13.04.2026 06:38Linux, конечно, можно было бы рассмотреть. Но не факт, что на старое железо получилось бы его натянуть без танцев с бубнами по жопе.
А новый сервер, всё-таки, подороже будет, чем 10000 в год, которые мы платим за "Контур-Толк" (до 100 пользователей в одной конфе одновременно, но у нас на планерке не более 20).
И, что касается True Conf ... Вещь, безусловно, хорошая, но при выходе из бесплатного лимита пользователей приходится платить около 13000 в год за каждого пользователя, а не только за вышедших из лимита. Так при 11 пользователях придется заплатить 143000 в год.
Сравните с 10000 для "Контур-Толк". Правда, КТ не self-hosted, но в нашем случае это не критично и даже не сильно напрягает.
saag
13.04.2026 06:38Linux, конечно, можно было бы рассмотреть. Но не факт, что на старое железо получилось бы его натянуть без танцев с бубнами по жопе.
А поднять Linux на виртуальной машине?
Pochemuk
13.04.2026 06:38Сервер, я же говорю, был старый. Hyper-V не поддерживал. VMWare - не вариант.
Единственно, VirtualBox можно было попробовать. Но городить такую матрёшку ради дорогущего True Conf сервера - не интересно.
Shmigov
13.04.2026 06:38Тут как мне кажется главный плюс облачного Толка - не надо ставить Linux на старые сервера. Облако - это будущее, у нас когда компания сдалала ставку на разворачивание SaaS в контейнерах - сильно прогадала в скорости и качестве.
Dzziper
13.04.2026 06:38Ага, регистрация своеобразная у них, но качество и картинки и функционал того стоят! Протоколом сейчас постоянно пользоваться стали, конспектирование в прошлом)
EvgeTrofi
13.04.2026 06:38Перепрыгнуть на другой Мессенджер ради чатиков - мало. А что, если бизнес завязан на Телеграм-боте?
Ботов с такими возможностями, как в Telegram, я ещё нигде не находил.
Везде есть какие-то ограничения, которых нет в Telegram.
- MAX - боты могут создавать только ИП и ООО. Самозанятые и физ.лица - не могут
- VC - Требуется сообщество + права администратора,
- Яндекс Мессенджер - Только организации в Яндекс 360 для бизнеса. Бот не может отправлять личные сообщения, только в чаты, где он админMini Apps — главная фишка 2026. Нигде польше нет.
Telegram Mini Apps (TMA) — это веб-приложения на HTML/CSS/JS, которые открываются внутри мессенджера без установки, с полной интеграцией в интерфейс
Ydav359
13.04.2026 06:38боты могут создавать только ИП и ООО
Слово бизнес разве не подразумевает ИП или ООО?
Нигде польше нет.
VK Mini Apps — это открытая платформа для создания мини-приложений — небольших веб-приложений, которые работают внутри экосистемы «ВКонтакте». Пользователи могут запускать их из мобильного приложения VK или в веб-версии, не устанавливая ничего дополнительно.
Pochemuk
13.04.2026 06:38Боты - это боль.
Коллега написал свою программу мониторинга сетевой инфраструктуры (10-Strike его категорически не устраивал).
Прога реально получалась хорошая. Позволяла достаточно легко определять, к какому порту какого коммутатора подключено устройство (что позволяло найти левый комп, роутер), обнаружить конфликт адресов, сделать пробив компов по имени/IP/MAC/пользователю, инициировать подключение по теневому RDP или с использование сторонних программ Remote Control, удаленно устанавливать программы и пр.
И система оповещений работала через бот Телеграма. А теперь не работает. А без системы оповещения 90% няшек этой проги теряются.
EvgeTrofi
13.04.2026 06:38Я использую VRS дружественной страны ближнего зарубежья: Казахстан, Кыргызстан, Белоруссия... Там ставлю сервер бота и через него пересылаю рассылку в телегу.
Как-бы прокси получается.
Фрагмент настройки nginx:# Обратный прокси Bot API (клиент: base_url .../Telegram/). # Только IPv4 кapi.telegram.org: иначе при недоступном IPv6 — connect() 10051 (WSAENETUNREACH). # Нужен nginx 1.23.1+ (директива resolver … ipv6=off). Резолв в рантайме — из‑за $uri в proxy_pass. location = /Telegram { return 301https://$host/Telegram/; } location /Telegram/ { client_max_body_size 50m; resolver 8.8.8.8 1.1.1.1 ipv6=off valid=300s; rewrite ^/Telegram/(.*)$ /$1 break; proxy_passhttps://api.telegram.org$uri$is\\_args$args; proxy_http_version 1.1; proxy_set_header Connection ""; proxy_set_header Hostapi.telegram.org; proxy_ssl_server_name on; proxy_ssl_nameapi.telegram.org; proxy_connect_timeout 60s; proxy_send_timeout 90s; proxy_read_timeout 90s; proxy_buffering off; }Pochemuk
13.04.2026 06:38В какую сумму обходится?
Наверное, поднимать VRS ради одного бот-сервера, совершенно не имеет смысла.
EvgeTrofi
13.04.2026 06:38Я арендую сервер Windows, так как не очень умею пользоваться другими ОС. Для Windows получается дороговато. 360 руб в неделю.
Но так как на этом сервере я развернул не только nginx, но и 1С, и Apache и ещё кое что..., то в целом трата незаметная.
Мне кажется, что в современных условиях ограничений и санкций - у любого айтишника рано или поздно появится такой вот удалённый рабочий стол, где можно всё.
В такой схеме не нужен VPN. И доступ ко всем заблокированным ресурсам ты получаешь законно.Pochemuk
13.04.2026 06:38Не появится.
Есть у нас закон, обязующий хостеров блокировать доступ от себя к запрещенным ресурсам.
Он пока что не работает. Но и блокировка VPN тоже не сразу работать начала.
Так что, либо зарубежные хостеры будут блокировать доступ, либо доступ к ним самим заблокируют.
EvgeTrofi
13.04.2026 06:38Разве законы РФ распространяются на хостеров Казахстана?
Если да, то это придётся отрезать вообще весь мир от России и во тогда точно весь бизнес встанет.
Например, я фрилансер. Обслуживаю компанию JTI. Подключаюсь к их удалённому рабочему столу через приложение Windows App и оказываюсь в Швейцарии. Я могу использовать их браузер, чтобы попасть на любой запрещённый сайт.
Здесь кто закон нарушил?
Pochemuk
13.04.2026 06:38Ну, Вы еще спросите, распространяются ли законы РФ на соцсети, электронные СМИ и ОРИ других стран :D
TimsTims
13.04.2026 06:38система оповещений работала через бот Телеграма. А теперь не работает
Я правильно понимаю, что талантливый прогер-сетевик не может использовать ВПН для своей Тулзы, или придумать обходное решение?
И/или бизнесу компании настолько плевать на его программу, что компания не может поднять для него бота в Максе (пройдя их убогую верификацию)? Что-то тут не клеится.
Pochemuk
13.04.2026 06:38VPN и MAX - это костыли для узкого круга ограниченных лиц. Обход через VPN всё сложнее поддерживать в актуальном состоянии. А MAX нормальные люди себе не ставят на личные телефоны. Да и, кроме того, в MAX не достаточно просто написать бот - его еще во всяких реестрах ботов и каналов регистрировать надо.
Программа не для организации пишется, а для души и для облегчения собственной работы.
TimsTims
13.04.2026 06:38Обход через VPN всё сложнее поддерживать в актуальном состоянии
И поэтому хорошую программу с отличными скриптами, помогающими жить решили просто закопать?
в MAX не достаточно просто написать бот - его еще во всяких реестрах ботов и каналов регистрировать надо
Откуда такая информация?
Программа не для организации пишется, а для души и для облегчения собственной работы
Ну вот странно, надо было ему показать руководству компании смысл в таком ПО.
Pochemuk
13.04.2026 06:38Откуда такая информация?
Как, откуда? Сверху из Министерства маляву прогнали, мол каждую неделю по вторникам подавать сведения об используемых в MAX ботах, каналах информированиях, чатах и группах.
Pochemuk
13.04.2026 06:38Уж не знаю, кто и за что заминусил мой предыдущий пост. Наверное, счел информацию недостоверной.
Пришлось найти это письмо из Министерства и привести выдержку из него:
На основании вышеизложенного Министерство сообщает о необходимости представления следующей информации:
Не позднее 20 числа каждого месяца, начиная с августа 2025 года, направлять информацию о создании чат-ботов в мессенджере «МАХ» предприятиями ТЭК согласно форме 1 «Чат-боты РСО».
Еженедельно (каждый вторник) направлять информацию о чатах или информационных каналах, создаваемых предприятиями ТЭК в национальном мессенджере «МАХ», согласно форме 2 «Чаты и каналы РСО».
Об итогах использования мессенджера «МАХ», а также предложения по дальнейшей разработке нового функционала данной системы в срок до 01.09.2025.
TimsTims
13.04.2026 06:38Правильно ли я понял, что некое "министерство" какой-то области обязывает предприятия ТЭК (региона? или всей страны?) сообщать о реализованных ими ботах в Макс?
Т.е. история касается только ТЭК, которых какое-то неконкретное министерство попросило им отчитываться, видимо чтобы "закрыть план по внедрению макса".
То есть это почти не имеет отношения к вашему утвеждению:
в MAX не достаточно просто написать бот - его еще во всяких реестрах ботов и каналов регистрировать надо
Предприятия ТЭК - они в целом все подконтрольны куче всяких министерств и ведомств, они точно также могли бы спрашивать тоже самое по ботам в телеграмм. Утверждали бы вы тогда, что "в Телеграмм не достаточно просто написать бота - его надо ещё во всяких реестрах ботов и каналов регистрировать" ?
Myz17
13.04.2026 06:38Mini Apps — главная фишка 2026. Нигде польше нет.
Directum Omni, мессенджер + возможность создавать свои мини-аппы.
lunarshade
13.04.2026 06:38В ВК 100 лет в обед возможность создавать свои мини-аппс, но ВК давно никто не рассматривает как серьезный вариант
foxsoft2005
13.04.2026 06:38- Яндекс Мессенджер - Только организации в Яндекс 360 для бизнеса. Бот не может отправлять личные сообщения, только в чаты, где он админ
Не знаю, как раньше, но на сейчас бот может отправлять сообщения в личные чаты.
И даже кнопочки "а-ля телеграм" (с разметкой) у них появились не так давно.
aab137
13.04.2026 06:38До этой статьи не задумывался о том, что компании от блокировок тг страдают сильнее рядовых пользователей, которым в ряде случаев достаточно настроить v2ray клиент и все. Как будто должна появиться профессия "специалист по внедрению обходов блокирвок в корпоративной среде" (на правах шутки, разумеется)
Raegdan
13.04.2026 06:38Ну, кому шутка, кому и не очень. Профессия у меня, конечно, более общая, но юзеры у меня несказанно довольны
сейчас с иишкиной помощью пишу примерно следующее (краткое содержание), описано процентов 40 системы
Архитектура системы FreeGW физически и логически разделена на два ключевых узла: Входной сервер (IGW), располагающийся в корпоративной ЛВС, и Выходной сервер (OGW), размещенный на зарубежном хостинге. Взаимодействие между ними и маршрутизация трафика обеспечиваются рядом специализированных подсистем.
Входной сервер (IGW)
Отвечает за сбор целевого корпоративного трафика и его защищенную передачу за пределы предприятия. Состоит из следующих задокументированных подсистем:
Подсистема сбора целевого трафика: Представляет собой автоматизированный конвейер скриптов, который собирает, фильтрует и математически оптимизирует списки IP-адресов и подсетей из различных открытых и локальных источников. С помощью BGP-сессии, организованной через демон BIRD2, эта подсистема анонсирует готовые маршруты главному маршрутизатору предприятия.
Подсистема проксирования (sing-box): Центральный узел маршрутизации на IGW. Направляет целевой трафик в виртуальный интерфейс и выполняет непрерывную балансировку (urltest) исходящего магистрального трафика для выбора оптимального канала связи из нескольких протоколов и IP-адресов.
Широкополосные магистральные каналы (haproxy): Механизм защиты от сигнатурного анализа и блокировок. Распределяет единый поток зашифрованного трафика по множеству псевдослучайных портов, создавая «широкополосный шум» и маскируя туннель.
Резервный магистральный канал через I2P (haproxy + i2pd): Канал «последнего эшелона». Использует оверлейную сеть I2P, мультиплексируя магистральный поток в большое количество независимых соединений, при этом haproxy осуществляет жесткую отбраковку нестабильных I2P-туннелей на основе периодического L7-пинга сквозь весь туннель.
Выходной сервер (OGW)
Отвечает за прием, расшифровку и выпуск магистрального трафика в глобальную сеть, а также за обслуживание удаленных сотрудников. Описаны следующие подсистемы:
Прием широкополосного магистрального трафика: Использование DNAT для агрегации входящего широкополосного трафика на единый локальный сокет демона sing-box для последующей терминации.
Прием магистрального I2P-мультиплекса: Зеркальная (относительно IGW) конфигурация массива скрытых сервисов в i2pd, собирающая трафик из оверлейной сети и направляющая его в локальный инбаунд.
Терминация и выпуск магистрального трафика: Обработка собранного sing-box трафика и его выпуск в Интернет со строгой фиксацией единого исходящего публичного IP-адреса, что обеспечивает непрерывность сессий для конечных пользователей при смене магистральных каналов балансировщиком IGW.
Персональное проксирование (Интерфейс для абонентов вне ЛВС объекта): Изолированная от магистрали подсистема на отдельном входном IP-адресе для подключения личных устройств сотрудников. Использует отдельный демон sing-box и веб-панель управления для автоматизированной выдачи конфигураций (Clash Subscription API). Выпуск персонального трафика также выполняется через единый выходной IP-адрес.
Стеганографическая защита абонентского входа. При попытке несанкционированного доступа или сканирования (Active Probing) абонентского входа веб-сервер отдает правдоподобную страницу легитимного веб-сервиса.
Подсистема скрытого управления: Обеспечивает защищенный доступ системного администратора из ЛВС предприятия (от IGW) к служебным интерфейсам OGW через сеть I2P. Использует криптографические механизмы анонимизации и шифрования лизсетов (LeaseSet blinding / Encryption) для защиты от обнаружения внутри сети I2P.
потому что начальник попросил подробно задокументировать этот сделанный за несколько месяцев монструозный комбайн.
Когда внутренняя документация будет готова - надеюсь, найду время превратить эту штуку еще и в публичный гитхаб, вычистив все боевые реквизиты из кода и доков, и оформлю статью на хабр. Если, конечно, к этому моменту интернет продолжит существовать в нынешнем понимании.
SashaAleksand
13.04.2026 06:38Аналогичная ситуация, где-то с осени прошлого года если не ошибаюсь, по тг вообще не возможно стало созваниваться. У нас в компании был и есть маттермост, но им никто не пользовался, хз почему, только эйчары там сидели, остальной весь IT отдел сидели в тг. Сейчас вот совсем плохо с телеграмом стало, пришлось возвращаться в маттермост
sasha_krasnov
13.04.2026 06:38К сожалению, как написано в статье, выбора большого у нас нет. Так уж вышло что я сам живу в другой стране, родственники и родители остались в РФ, до этого мы связь с ними постоянно держали через telegram, сообщения, звонки, фото и тд. Потом со звонками в тг совсем стало все плохо. Пришлось созваниваться по телефону, а с учетом роуминга это удовольствие вообще не из дешовых и более того раньше это вообще было бесплатно. Тоже вот теперь пересели на ЯМ, пока норм, хотя бы сообщения можно отправлять
rumbleblowingaggregate
13.04.2026 06:38У меня у одного из родителей отлично работает MS Teams, у другого IMO. А для бабушек я звоню просто на телефон с помощью VoWiFi, такие звонки тарифицируются по домашнему тарифу, и никакого роуминга.
MariaFan
13.04.2026 06:38Пока лучше слака для корп инструментов ничего не приходилось использовать, там все максимально нативно заточено по корп инфру. Хотя пользоваться приходилось всем, чем только можно: слак, маттермост, тг, ям, ms teams, ds, даже скайпом в далекие 2018-2019
DKomaleev
13.04.2026 06:38Странно, как вы в этом ПО не обнаружили никаких "мелочей". Я когда его себе поставил, сразу столкнулся с проблемами. Во-первых, долго не мог создать чат сам с собой в Яндексе (у меня там 2 аккаунта - рабочий и личный). Посылаю ссылку-приглашение по почте, нажимаю на неё и... ничего не происходит. Вообще, как-то сходу не понятно, как добавить чат с известным мне пользователем Яндекса. Нет раздела "Контакты", куда можно было бы добавить, кого хочешь.
Когда же у меня наконец получилось организовать чат между двумя аппартами, выяснилось, что на одном из телефонов (Honor 200 Pro), не работают уведомления в этом мессенджере. Вот просто нет их и всё. Пока в саму программу не зайдёшь, сообщения не увидишь. (Естественно, все разрешения и уведомления включены).
BorisK4
13.04.2026 06:38С поиском чатов в ЯМ там реально трабла, сильно не хватает поиска по контактам или про юзернейму. Каждый раз приходится этими ссылками кидаться
DKomaleev
13.04.2026 06:38В общем, я это чудо-приложение снёс. Суда по обсуждению на 4pda, там всё плохо и просветов не видно. Да и оценка в гугле 3.3 и в русторе 3.5 как бы намекает. Удивительно, как кто-то может пользоваться этим по работе в продакшене.
anonymous