Pull to refresh

Comments 50

Сколько весь сервер кушает RAM? насколько много требуется RAM чтобы запутить все ваши 4 докер контейнера? У меня есть сервер и там очень мало памяти и хочется знать потянет ли такое дело мой сервер с 512 Мб RAM?

vless + вся обвязка. без docker прослойки. работает стабильнее чем прокси, еще ни разу не попал в блокировку. полет - почти год уже.
vless + вся обвязка. без docker прослойки. работает стабильнее чем прокси, еще ни разу не попал в блокировку. полет - почти год уже.

Почему выбор пал на Docker, а не на простой запуск через systemd? Можно было создать несколько конфигов и запускать через:
systemctl start tmproto@conf1.service
systemctl start tmproto@conf2.service
Памяти кушает намного меньше и все намного проще по настройке.

Потому что это модно )

Кстать, а сколько "в граммах" докер больше памяти кушает?

Сам противник докера в таких инсталлах, но точных цифр не вымерял.

Обычно у докера оверхед на линукс в 60-70 мб, что как будто бы не так уж и много

Это копеечный оверхед по сравнению с удобством. 1) возможность передеплоить за секунды 2) возможность поднять несколько реплик, версий 3) удобная отладка 4) большая безопасность из коробки 5) можно прокидваать разные настройки в разные версии

Не деплоят в контейнер только те, кто не понимают, что такое современный деплой

Не деплоят в контейнер только те, кто не понимают, что такое современный деплой

Или те у кого RAM на сервере кот наплакал, я физически не смогу запустиить все сервисы на 512 Мб RAM, а у меня их там: amneziawg, nginx, softether, rustdesk, MTProto. Все это уже сейчас кушает без докера 400 Мб.

Докер память не кушает. Что запустили внутри, то и кушает.

Интересно, в чём я не прав? В линуксе процесс в докере кушает ровно столько же сколько и не в докере. Докер это просто изоляция процесса от хостовой системы. Ну да, сам докер демон потребляет какие-то ресурсы.

По привычке. Всегда всё оборачиваю в контейнер, проще становится через docker сеть подключать их между собой

Намного меньше памяти? Вы в 26 году за 100 метров боретесь?)

Да, когда виртуалка на 512 мб)

Не могу даже комментировать такой бомж подход, когда у людей клавиатуры дороже вируталки, а стоимость её равна в год нескольким обедам.

Чем он удобней nginx или haproxy?

Минимальное потребление ресурсов

На сколько меньше и каких?

Я не производил никаких замеров, изначальный вопрос был про vds с 512мб памяти. Nginx на старте по минимум требуется 100-150 мб, и при повышении трафика будет повышаться потребление памяти, плюс несколько контейнеров mtp proxy… В моем случае сам бинарник после компиляции весит 5 мб, да и в целом само приложение, кроме как проксированием http по sni, ни чем другим не занимается. Мне, когда я писал, требовалось на 512 мб запустить пару mtp proxy и панельку 3x-ui, что бы это все работало на 443 порту, весь остальной трафик слать на внешний nginx proxy manager.

Вот статистика одного контейнера с прокси. В среднем по памяти 60mb

Насколько это актуально? Ибо Роскомнадзор научился блокировать работу MTProxy. И даже больше, внутри страны перестал работать HTTP и SOCS5 прокси. Не везде конечно, но во многих регионах это так

На днях Телеграмм выкатил обновление и пофиксил баги с обнаружением, значит должно работать нормально. В теории это актульно, как на практике посмотрим в ближайшие пару недель.

Всмысле телеграм? Всмысле выкатил? https://habr.com/ru/articles/1019200/

Ничего не пофикшено, да, стало чуть чаще подключаться, но если подключилось, то всё равно картинки не грузятся.

Включай дополнительно byebyedpi

Обновил вчера тг и всё заработало. И на вифи и 4г. Прокси использую свои, ip российский.

на десктопе работает, на бета версии в андроиде тоже (ну да, официально в плеймаркете еще нет), у вас точно мтпрото с fake-tls?

У меня да, а к чему вопрос?

к тому что не разучился, а вполне себе работает после выпуска фикса

Человек пишет - роскомнадзор научился блокировать мтпрокси, я отвечаю - уже разучился.

Хотел бы уточнить, что старые mtproto исправно работают при условии, что ты будешь пользоваться beta версией клиента. В данный момент есть версии на ПК и на андроид. На ПК - 7.6.2, на андроид - 12.6.4. p.s. Зарегистрировался, чтобы тебе ответить

Действительно, есть некоторые проблемы, у некоторых операторов отваливается. Но я добавил ещё возможность разместить ноду внутри РФ, а трафик за границу пускать через vless. Такой прокси у меня работает даже если обычный MTProto не работает

Узнаю почерк deepseek.

По крайней мере readme.md он помогал. Верно?

Я для управления telemt, заставил квен мне страничку написать, с простой аутентификацией. Посадил ее за nginx на location /$(openssl rand -hex 32/ { proxy_pass localhost:12345;...

}

Сама страничка выполняет api команды telemt, и один баш скрипт для создания нового. Плюс генерирует QR. Доступна из интернета. Вероятность, что её обнаружат крайне мала. Но даже если вдруг, то там пароль, а заменить location - 1 минута.

Ничего нигде не нужно устанавливать, кроме nginx ничего не требуется.

Звучит круто, но мне захотелось создать решение, которое будет удовлетворять меня по функционалу. Плюс послушать, что умные люди подскажут

ну да, только к сожалению с полпинка не завелось, после логина следом 502 Bad Gateway, а задумка годная конечно.

Сразу видно, что по SNI фейс-контроль ваша панель не прошла, сервер думает, что левак стучится, и отдаёт для него легитимный HTML.

тоже ошибка при копировании ссылки на ноду, все правда на одном сервере находится и панель и нода

Извиняюсь, это из-за того что панель не на https. Апи копирования в браузере работает при защищенном соединении или на localhost

Одному пользователю при этой ошибке помог перезапуск контейнера. И проверьте, что порт на котором запущен бэк панели открыт

Unexpected token '<', "<html> <h"... is not valid JSON

в панели при попытке войти

Попробуйте перезапустить контейнер бэка и проверить доступность порта панели. Так же проверьте логи контейнера на предмет ошибок

Не знаю у кого какие ошибки, но у меня ошибка из-за того что back и db не могут договориться и в логах бека: "Failed to start panel backend: error: password authentication failed for user “mtproto” и БД "password authentication failed for user “mtproto”

Такое происходит, если запуск с первого раза не удался. Выполните

cd /opt/mtproto-panel

docker compose down -v

docker compose up -d --build

Не твои прокси спалили за 4 дня, а с апреля РКН научился по паттерну определять любые прокси из-за уязвимости в телеге. Её уже исправили в свежей версии.

По IP сейчас не блокируют почти, слишком затратно, особенно мелкие частные хосты.

Согласен, уже почитал на эту тему, так что ждём когда телега раскатать обновление с заплаткой

Сделал прокси ссылки на iphone открывает но не конектится к серверу.

Sign up to leave a comment.

Articles