통계와 함께 MTProxy Telegram 배포

"나는 이 난장판을 물려받았고,
뻔뻔한 젤로부터 시작해서; 링크드인
Telegram 플랫폼에서 "다른 모든 사람"으로 끝납니다.
내 세상에서.

그리고 딸꾹질,
관리는 서둘러 큰 소리로 덧붙였습니다.
하지만 순서대로 정리하겠습니다(여기 IT에서)"
(...).

Durov는 그를 두려워해야 할 권위주의 국가, 사이퍼 펑크, Roskomnadzor 및 DPI 필터가있는 황금 방패가 실제로 그를 괴롭히지 않는다고 믿습니다.
(정치적 기술)

내 기술 정책은 더 간단합니다. Runet의 부주의 한 차단에 대한 내 생각을 여기에 설명 할 수 있지만 Modern Russian 및 Habr 사용자의 진보적 인 시민은 자신의 피부에서 현 정부의 비 전문성을 느꼈다고 생각하므로 제한하겠습니다. 한 마디: 우리의 기술 정책은 "디지털 저항"입니다. "친척 및 친구에게 안정적인 통신 채널 제공"

MTProto 프록시 Telegram 배포

• 예를 들어 이 치트 시트를 따르면 기술적 복잡성 수준은 "쉬움"입니다.
• 안정성 수준은 "평균 이상"입니다. 도커 이미지는 안정적으로 작동하며 개발자가 공식 Telegram 문서에 작성한 것처럼 매일 다시 시작할 필요는 없지만 컨테이너에 일부 취약점이 있을 수 있습니다.
• 저항/불안의 수준 - 10명의 ISIS 회원이 음모를 "친척 사용"으로 짜고 있습니다.
• 신뢰 수준은 클라이언트 측의 문제인 "public baby distrust"입니다(일부 친구는 내 MtprotoProxy를 의심함).
• 테스토스테론 수치 - "더 높아지지 않았습니다."
• 재정 비용 - "0₽".
• 재정적 보상 - "시민 Durov에 의존하지 않습니다." 판촉 - 광고를 강요하는 능력.

우리는 Amazon-ec2: t2.micro의 "무료/개인" 용량에서 TelegramProxy를 올릴 것입니다. 나는 사용 이 차.

좋아요, 무료 서버를 배포했습니다. 공식 웹사이트로 이동하세요. 도커허브 도커 컨테이너를 다운로드합니다.

일부 이미지, 파일 또는 마법 버튼을 찾을 필요가 없습니다. "그들은 거기에 없습니다", 모든 마법은 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 및 secret" 데이터를 가져오고 Telegram 메신저로 이동하여 공식 MTProxy Admin Bot(@MTProxybot)을 찾고 MtproProxy를 등록합니다. [/newproxy] 명령을 실행하고 [our_ip:443]을 입력합니다. 그런 다음 [비밀 /HEX].

데이터를 잘못 입력하면 봇이 화를 내며 보내줍니다...

오류 없이 두 줄을 채우면 승인을 받고 누구와도 공유할 수 있는 현재 MtprotoProxyTelegram에 대한 작업 링크를 받게 됩니다.

또한 이 봇을 통해 스폰서십 채널(채팅은 아님)을 추가할 수 있습니다. 여기서 서버에 연결된 사용자에게 자신의 견해를 강요하거나 "스팸"을 보내지 않고 잠재적인 고객을 귀찮게 하지 않을 수 있습니다. 고정된 메신저 목록에 있는 채널을 보여줍니다.

통계를 요청할 수 있지만 "도넛"인 봇에 대한 몇 마디 더. 분명히 "통계"는 Makhachkala 뒤에 "프리 로더 군중"이있을 때 사용할 수 있습니다.

모니터링

얼마나 많은 사용자가 서버에 연결할 수 있습니까? 어쨌든 거기에 누구/무엇이 있습니까? 무엇? 얼마나 많이?

우리는 공식 문서에 따라 거기에 무엇이 있는지 봅니다 ... 예, 여기에서 다음과 같이하십시오.

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

"Keep your pocket wide" 제안된 명령에 따르면 항상 유사한 오류가 발생합니다.

«curl: (7) localhost 포트 2398에 연결하지 못했습니다. 연결이 거부되었습니다.»

프록시가 작동합니다. 하지만! 우리가 얻는 통계가 아닌 베이글.

빨간 눈을 위해 할 수 있는 일: 확인

$ netstat -an | grep 2398 и...

처음에 나는 이것이 Telegram 개발자 뒤에 있는 또 다른 잼이라고 생각했고 (여전히 그렇게 생각합니다) 임시로 좋은 해결책을 찾았습니다. 파일로 Docker 컨테이너를 닦습니다.

나중에 인파가 내 눈을 사로 잡았습니다.

"통계"에 관한 Roskomnadzor의 국가 춤에 대해.

“우리는 Firehol 프로젝트의 데이터베이스를 사용하여 서버에서 일부 공용 프록시를 차단했습니다. 이 프로젝트는 공개 프록시로 목록을 모니터링하고 이를 사용하여 데이터베이스를 만듭니다.

그 순간(즉, 이미 거의 이틀) 이후로 러시아 프록시의 단일 IP 주소가 차단되지 않았습니다.

3. Roskomnadzor에 거의 무적인 프록시를 만드는 방법과 공개 프록시를 차단하는 스크립트를 공유합니다.

- MTProto 프록시 도커 컨테이너(또는 데몬)를 최신 버전으로 업데이트: RKN은 0.0.0.0에 바인딩되고 전체 인터넷에 대해 고유하게 식별된 통계 포트로 이전 버전을 계산합니다. 더 나은 방법은 iptables를 사용하여 필요한 포트를 열고 나머지는 닫는 것입니다(도커 컨테이너의 경우 FORWARD 규칙을 사용해야 함을 기억하십시오).

— Roskomnadzor는 오래 전에 트래픽을 덤프하는 방법을 배웠습니다. 그들은 HTTP 및 SOCKS5 프록시 내부의 호출을 보고 이전 버전의 MTProto 프록시 난독화도 봅니다.

그러한 덤프를 설치한 일부 공급자의 클라이언트가 그러한 프록시를 통해 Telegram에 액세스하면 RKN은 그러한 요청을 보고 즉시 이러한 프록시를 차단합니다. 오래된 난독화를 사용하는 MTProto 프록시도 마찬가지입니다.

해결 방법: 프록시에 연결하는 클라이언트에 처음에 dd만 있는 비밀을 배포합니다(mtproto 프록시 자체 설정에서 추가 문자 dd를 지정할 필요 없음). 이렇게 하면 덤프 파일이 감지할 수 없는 난독화 버전이 활성화됩니다.

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

컬: (7) 0.0.0.0 포트 2398에 연결하지 못했습니다: 연결이 거부되었습니다.
통계는 아직 사용할 수 없습니다.!..

도커 컨테이너의 ID를 찾으십시오.

$ docker ps

컨테이너 ID 이미지 명령 생성 상태 포트 이름
f423c209cfdc telegrammessenger/proxy:latest "/bin/sh -c '/bin/ba…" 약 0.0.0.0시간 전 Up 약 443분 443:2->XNUMX/tcp mtproto-proxyXNUMX

우리는 도커 컨테이너 내부에 헌장을 가지고 갑니다.

$ 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 root $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(나노 저장/종료/컨테이너 종료).

도커 컨테이너를 다시 시작합니다.

$ 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) 도커 이미지 통계를 사용하거나 사용하지 않고 시작하면 두 개의 클라이언트가 장난치거나 열 개의 리소스가 같은 방식으로 활용됩니다. 전체 CPU t75.micro 성능의 2%입니다.

2) VPC 서버의 모니터링을 살펴봅니다.

VPC의 리소스 사용률 그래프에서 도커 컨테이너가 총 최대치의 ~7,5%를 지속적으로 소비하는 것을 볼 수 있습니다. CPU 성능 및 28월 XNUMX일에 내가 의도적으로/일시적으로 중지했습니다. (참고 - OpenVPN 및 pptp도 서버에서 실행 중입니다).

이 서버의 CPU 사용량이 10%인 이유는 무엇입니까?

Amazon EC2의 제한 사항이 있고 크레딧으로 계산되기 때문입니다.

1 CPU 크레딧 = 1분 동안 100% 로드에서 작동하는 6 CPU, 그리고 우리는 100 크레딧을 가지고 있습니다(즉, 최고점에서 6분 이내에 1% CPU 사용이 가능하고 CPU 전력이 감소합니다). 기타 조합: 예를 들어 1 CPU 크레딧 = 50분 동안 50% 로드에서 실행되는 12 CPU(즉, 10분 동안 XNUMX% 로드에서 CPU를 사용할 수 있음) 전체 시간 등

조사 결과

• 우리는 "디지털 저항군"의 일부입니다. "아버지와 어머니"에게 신뢰할 수 있는 커뮤니케이션 채널을 제공했습니다.
• MtprotoProxyTelegram 및 OpenVPN이 서버에 배포되어 있지만 더 이상 없는 경우 지연/핑/오류가 없지만 t2/micro를 지속적으로 실험하는 경우 통신 브레이크를 기다리십시오.
• 내 해외 핑은 ~100-250ms이며 음성 통신에 지연이 없습니다.
• 모든 "이"(VPC 리소스 포함)에 대한 금융 비용 = 0₽.

귀하의 기사를 재인쇄하십시오.

UPD: 유용한 의견을 제공한 일부 habrausers 덕분에 실제로 가능합니다(통계가 지원됩니까?). 공식 Mtproto 프록시 Telegram 도커 이미지의 더 나은 아날로그가 있습니다.

출처 : habr.com