Внедряване на вашата MTProxy Telegram със статистика

„Наследих тази бъркотия,
започвайки с безсрамния Zello; LinkedIn
и завършва с „всички останали“ в платформата Telegram
в моя свят.

И тогава хълцане,
Чиновникът добави припряно и високо:
но ще подредя нещата (тук в ИТ)"
(...).

Дуров с право смята, че авторитарните държави трябва да се страхуват от него, шифровка, а Роскомнадзор и златните щитове с техните DPI филтри всъщност не го притесняват.
(политическа техника)

Моята техническа политика е по-опростена, мога да опиша тук мислите си относно небрежното блокиране в Runet, но вярвам, че прогресивните граждани на модерния руски и потребителите на Habr са усетили непрофесионализма на сегашното правителство в собствената си кожа, така че ще се огранича до една фраза: нашата техническа политика е „Цифрова устойчивост“. "осигуряване на роднини и приятели със стабилен комуникационен канал."

Внедряване на MTProto прокси Telegram

• Техническото ниво на сложност е „лесно“, ако например следвате този измамен лист.
• Нивото на надеждност е „над средното“: докер изображението работи стабилно, не е необходимо да се рестартира всеки ден, както пишат разработчиците в официалната си документация на Telegram, но контейнерът вероятно съдържа някои уязвимости.
• Нивото на съпротива / безпокойство - 10 членове на ISIS тъкат своите конспирации "роднини използват", забраната не дойде от RKN дори веднъж през цялото време (от пролетта).
• Нивото на доверие е "публично недоверие на бебето", проблем от страна на клиента (някои приятели са подозрителни към моя MtprotoProxy).
• Нивата на тестостерон - "не се повишават".
• Финансови разходи - "0₽".
• Финансова награда - "не зависи от гражданина Дуров". Промоция - способността за налагане на реклама.

Ние ще увеличим нашия TelegramProxy на „безплатни/лични“ капацитети на Amazon-ec2: t2.micro. използвах това кола.

Добре, разположете своя безплатен сървър, отидете на официалния уебсайт dockerhub и изтеглете докер контейнера.

Няма нужда да търсите изображение, файл или магически бутон - "те не са там", цялата магия се извършва в CLI:

$ docker pull telegrammessenger/proxy #образ скачан.

Но преди "това", инсталирайте докер за CLI:

sudo apt-get install docker.io docker

Освен това в официалната документация на MtprotoProxyTelegram ни се предлага да направим нещо като следното, ние правим:

$ sudo su && docker run -d -p443:443 --name=mtproto-proxy --restart=always -v proxy-config:/data telegrammessenger/proxy:latest #запускаем наш контейнер «mtproto-proxy».

След тази команда в изхода на терминала ще се появи HEX низ, но той не ни интересува.

Ние пишем в CLI:

$ docker logs mtproto-proxy

И получаваме необходимите данни:

В изхода на този дневник сме показани (размазани):

A) ip на нашия сървър (ip на външен сървър);
B) и произволен секрет - произволен низ в HEX.

Преди да регистрирате нашия MtproProxy, трябва да конфигурирате основната защитна стена над iptables (без значение как пренасочвате трафика към този VPC, ще бъде кофти, тъй като основната защитна стена в Amazon-EC2 се намира в уеб интерфейса и има по-висок приоритет пред iptables).

Отиваме на "конзола Amazon-EC2" в групата за сигурност и отворете входящ порт 443 (логическо маскиране трафик за първи път).

Взимаме нашите „ip и секретни“ данни от дневника и отиваме в месинджъра на Telegram, намираме официалния MTProxy Admin Bot (@MTProxybot) и регистрираме нашия MtproProxy: стартирайте командата [/newproxy] и въведете [our_ip:443], и след това нашата [тайна /HEX].

Ако объркате при въвеждане на данни, ботът ще се ядоса и ще ви изпрати на ...

Ако попълните два реда без грешки, ще получите одобрение и работеща връзка към текущата ви MtprotoProxyTelegram, която можете да споделите с всеки.

Освен това чрез този бот можете да добавите свой канал за спонсорство (но не и чат), където ще наложите мнението си на потребителите, които са се свързали с вашия сървър, или можете да не „спамите“ и да не притеснявате бъдещите си потенциални клиенти без показване на канала в закачения списък с месинджъри.

Още няколко думи за бота, където можете да поискате статистика, но „също и поничка“. Очевидно "статистиката" е налична, когато зад Махачкала има "тълпа от безплатни".

мониторинг

Колко потребители можем да свържем към нашия сървър? И все пак, кой / какво е там? Какво? И колко?

Разглеждаме какво има според официалната документация ... Да, ето, направете го така:

$ curl http://localhost:2398/stats или вот так $ docker exec mtproto-proxy curl http://localhost:2398/stats # и нам выдадут статистику прямо в CLI.

„Дръжте джоба си по-широк“ Според предложените команди винаги ще получаваме подобна грешка:

«curl: (7) Неуспешно свързване към локален хост порт 2398: Връзката е отказана»

Нашето прокси ще работи. Но! Бейгъл, ние не получаваме статистика.

Можете да направите неща за червенооките: проверете

$ netstat -an | grep 2398 и...

Първоначално си помислих, че това е поредната пречка зад разработчиците на Telegram (и все още мисля така), след което намерих временно добро решение: полирайте Docker контейнера с файл.

По-късно една инфа привлече вниманието ми:

за държавните танци на Роскомнадзор около "статистиката".

„Ние блокирахме някои от публичните проксита на нашите сървъри, използвайки базите данни на проекта firehol. Този проект следи списъци с публични проксита и прави бази данни с тях.

От този момент (т.е. вече почти два дни) нито един IP адрес на нашия руски прокси не е блокиран.

3. Казваме ви как да направите прокси, което е почти неуязвимо за Роскомнадзор и споделяме скрипт за блокиране на публични проксита.

- Актуализирайте MTProto прокси докер контейнера (или демона) до най-новата версия: RKN изчислява старите версии чрез порта за статистика, който беше обвързан с 0.0.0.0 и се идентифицираше уникално за целия Интернет. Още по-добре, отворете необходимите портове с помощта на iptables и затворете останалите (не забравяйте, че в случай на докер контейнер трябва да използвате правилото FORWARD).

— Roskomnadzor се научи как да изхвърля трафика отдавна: те виждат заявки вътре в HTTP и SOCKS5 проксита, а също така виждат старата версия на MTProto обфускация на прокси.

Когато клиенти на някои доставчици, които имат инсталирани такива дъмпове, имат достъп до Telegram през такива проксита, RKN вижда такива заявки и незабавно блокира тези проксита. Същото важи и за MTProto прокси със старо обфускация.

Решение: разпространявайте секрет само с dd в началото на клиентите, които се свързват с проксито (няма нужда да посочвате допълнителни букви dd в настройките на самото прокси mtproto). Това ще позволи версия на обфускация, която dumppiles не може да открие.

И без HTTP или SOCKS5 проксита.

- Корекция, с помощта на която всеки собственик на прокси телеграма, който редовно е забранен от RKN, може напълно (или почти напълно) да спре блокирането (и в същото време да се увери, че RKN лъже).

Скрипт, който забранява публичните проксита и малко ръководство за него.

→ източник

Нашето прокси е прозападно ориентирано, не срещнах никакви проблеми/запушвания през пролетта и прохладните летни дни, не привлече и творческа задача, така че не загубих темпото и не добавих префикса dd* към ключът.

Ръководството „получаване на статистика/мониторинг“ съгласно официалните инструкции на MtprotoProxyTelegram не работи/остаряло, ще трябва да поправите докер изображението.

Ние го оправяме.

Контейнерът все още работи:

$ docker stop mtproto-proxy #останавливаем наш запущенный docker-контейнер и запускаем новый образ с пропущенным флагом статистики

$ docker run --net=host --name=mtproto-proxy2 -d -p443:443 -v proxy-config:/data -e SECRET=ваш_предыдущий_секрет_hex telegrammessenger/proxy:latest

Да проверим статистиката:

$ curl http://localhost:2398/stats

curl: (7) Неуспешно свързване към 0.0.0.0 порт 2398: Връзката е отказана
Статистиката все още е недостъпна!..

Разберете идентификатора на докер контейнера:

$ docker ps

ИДЕНТИФИКАТОР НА КОНТЕЙНЕР ИЗОБРАЖЕНИЕ КОМАНДА СЪЗДАДЕНО СЪСТОЯНИЕ ИМЕНА НА ПОРТОВЕ
f423c209cfdc telegrammessenger/proxy:най-нови "/bin/sh -c '/bin/ba…" Преди около час Нагоре Около минута 0.0.0.0:443->443/tcp mtproto-proxy2

Влизаме с нашата харта в докер контейнера:

$ sudo docker exec -it f423c209cfdc /bin/bash

$ apt-get update
$ apt-get install nano
$ nano -$ run.sh

И в последния ред на скрипта "run.sh" добавете липсващия флаг:

«--http-статистика»
"exec /usr/local/bin/mtproto-proxy -p 2398 -H 443 -M "$WORKERS" -C 60000 --aes-pwd /etc/telegram/hello-explorers-how-are-you-doing -u корен $CONFIG --allow-skip-d h --nat-info "$INTERNAL_IP:$IP" $SECRET_CMD $TAG_CMD"

Добавете "--http-stats", нещо подобно трябва да работи:

«exec /usr/local/bin/mtproto-proxy -p 2398 --http-stats -H 443 -M "$WORKERS" -C 60000 --aes-pwd /etc/telegram/hello-explorers-how-are-you-doing -u root $CONFIG --allow-skip-d h --nat-info "$INTERNAL_IP:$IP" $SECRET_CMD $TAG_CMD»

Ctrl+o/Ctrl+x/Ctrl+d (запазване/изход от nano/изход от контейнера).

Рестартирайте нашия докер контейнер:

$ docker restart mtproto-proxy2

Всичко, сега по команда:

$ curl http://localhost:2398/stats #получаем объемную статистику

В статистиката има много „боклук“ (1/3 от него е на екрана), създайте псевдоним:

$ echo "alias telega='curl localhost:2398/stats | grep -e total_special -e load_average_total'" >> .bashrc && bash

Получаваме за какво е полиран докер контейнерът: броя на връзките и натоварването:

$ telega

Контейнерът Docker работи, статистиката се върти.

Изразходвани ресурси

Колкото и готин да си Стюарт Редман, дори ти оставяш следа върху бикините си. Работещо изображение на Docker оставя голям отпечатък.

Няма смисъл да се описват предимствата и недостатъците на докер изображенията, докер контейнерът е мини-виртуална машина, която консумира по-малко ресурси от „истинска“ виртуална машина, като VirtualBox, но го прави.

1) Стартирано със или без статистика на docker-image, двама клиента се забавляват или десет - ресурсите се използват ~ по същия начин: 75% от цялата производителност на CPU t2.micro.

2) Разглеждаме мониторинга на VPC сървъра:

От графиката за използване на ресурсите на VPC виждаме, че докер контейнерът постоянно консумира ~ 7,5% от общия макс. CPU performance и на 28 май беше спрян от мен умишлено/временно (Забележка - OpenVPN & pptp също работят на сървъра).

Защо 10% постоянно използване на процесора е ограничението за този сървър?

Тъй като има ограничения от Amazon EC2 и те се изчисляват в кредити:

1 CPU кредит = 1 CPU, работещ при 100% натоварване за една минута, и имаме 6 кредита (тоест при пикове е възможно 100% използване на CPU в рамките на 6 минути, след което мощността на CPU ще намалее). Други комбинации: например 1 CPU кредит = 1 CPU, работещ при 50% натоварване за две минути (т.е. можем да използваме CPU при 50% натоварване за 12 минути), или, например, постоянно 10% натоварване на CPU по време на през цялото време и т.н.

Данни

• Ние сме част от "Дигиталната съпротива". Осигуриха на своите „бащи и майки“ надежден комуникационен канал.
• Ако имате инсталирани MtprotoProxyTelegram и OpenVPN на сървъра, но не повече, няма да има закъснения / пингове / повреди, но ако непрекъснато експериментирате с вашия t2 / micro, изчакайте комуникационни спирачки.
• Моят задграничен пинг е ~100-250ms, няма забавяне на гласовата комуникация.
• Финансови разходи за всичко "това" (включително VPC ресурси) = 0₽.

Препечатка на вашата статия.

UPD: Благодарение на някои любители на раздумки за полезните коментари, наистина е възможно (поддържат ли се статистиките?), Има по-добри аналози на официалния докер образ на Mtproto прокси Telegram.

Източник: www.habr.com