MTProxy Telegrami käivitamine statistika abil

„Ma pärisin selle segaduse,
alustades südantläbi Zello; LinkedIn
ja lõpetades „kõikide teistega“ Telegrami platvormil
minu maailmas.

Ja siis, pärast köhitamist,
ametnik kiirustas ja ütles valjult:
aga ma kehtestan (siin IT-sektoris) korda”
(…).

Durov usub õigesti, et autoritaarsetel riikidel on tema, krüptovandeneurite, ees karta, samas kui Roskomnadzorid ja kuldsed kilbid oma DPI-filteritega ei häiri teda eriti.
(Poliitiline tehnika)

Minu tehniline poliitika – lihtsam, ma võin siin esitada oma mõtteid hoolimatute blokeeringute kohta Runetis, aga arvan, et progressiivsed elanikud Modern Russia ja Habra kasutajad on kogenud ametivõimude ebaprofessionaalsust, seetõttu piirdun ainsa lausega: meie tehniline poliitika – „Digitaalne Vastupanu“. „kohana toimetulekuks, et tagada sugulastele ja lähedastele stabiilne sideteenus“.

MTProto proxy Telegrami käivitamine

• Tehnilise keerukuse tase – „lihtne“, kui näiteks järgida seda abivahendit.
• Usaldusväärsuse tase — "üle keskmise": docker-pilt töötab stabiilselt, seda ei ole vaja iga päev taaskäivitada, nagu on öeldud arendajate ametlikus Telegrami dokumentatsioonis, kuid mingid haavatavused konteinerit kindlasti sisaldavad.
• Vastupidavuse/tõe tase — 10 ISIL-i liiget punuvad oma vandenõusid "perekond kasutab", RKN-lt pole keeldumist tulnud kunagi kogu aja jooksul (kevade algusest).
• Usaldusväärsuse tase — "avalik beebi usaldus", probleem on klientide poolel (mõned sõbrad kahtlustavad mu MtprotoProxy-d).
• Testosterooni tase — "üle ei ole saanud".
• Finantskulud — "0₽".
• Finantsiline tasu — "ei sõltu kodanik Durovist". Preemia — võimalus reklaami pealesurumiseks.

Kavatseme meie TelegramProxy üles seada "tasuta/isiklikel" Amazon-ec2 ressurssidel: t2.micro. Olen kasutanud seda masinat.

Okei, käivitasime oma tasuta server, liigume ametlikule veebilehele dockerhub ja laadime alla docker-konteineri.

Ei ole vaja otsida mingit pilti, faili või maagilist nuppu — "neid ei ole", kogu maagia toimub CLI-s:

$ docker pull telegrammessenger/proxy #pilt on alla laaditud.

Aga enne "seda" installige docker CLI jaoks:

sudo apt-get install docker.io docker

Seejärel soovitatakse ametlikus dokumentatsioonis MtprotoProxyTelegram teha järgmist:

$ sudo su && docker run -d -p443:443 --name=mtproto-proxy --restart=always -v proxy-config:/data telegrammessenger/proxy:latest # käivitame meie konteineri „mtproto-proxy“.

Pärast seda käsku kuvatakse terminali väljundis HEX-string, kuid see meid ei huvitagi.

Sisestame CLI:

$ docker logs mtproto-proxy

Ja saame vajalikud andmed:

Selle logi väljundis näidatakse meile (tumendatud):

A) meie serveri IP (välispoolne serveri IP);
B) ja juhuslik saladus - juhuslik HEX-string.

Enne kui registreerime meie MtproProxy, tuleb seadistada peamine tulemüür iptables'i kohal (ükskõik, kuidas te ka ei suunaks liiklust selles VPC-s, see jääb sõnakuulmatu, kuna kõige olulisem tulemüür Amazon-EC2-s asub veebiliideses ja sellel on kõrgem prioriteet kui iptables'il).

Siseneme „konsol Amazon-EC2“ Security Groupi ja avame siseneva 443 pordi (loogiline maskeerimine liikluse ajaks).

Võtame logist meie andmed „IP ja saladus“ ja läheneme messengera Telegram, leiame ametlikku MTProxy Admin Boti (@MTProxybot) ja registreerime meie MtproProxy: käivitame käsu [/newproxy] ja sisestame [meie_ip:443], seejärel ka meie [saladus/HEX].

Kui teete andmete sisestamisel viga, siis bot vihastab ja saadab teid…

Kui täidate kaks rida ilma vigadeta, saate heakskiidu ja töötava lingi oma aktiivsele MtprotoProxyTelegramile, mida saate jagada kellegagi.

Selle boti kaudu saate lisada oma sponsorluskanali (aga mitte chati), kus te saate oma vaateid kasutajatele, kes on teie kanaliga ühendatud, peale suruda. serverile, aga võite ka mitte "spämida" ja mitte häirida oma potentsiaalseid kliente, näitamata kanali kinnitatud nimekirjas messengeri.

Veel paar sõna botist, seal saab küsida statistikat, aga "ka see on tühine". Ilmselt on "statistika" saadaval, kui teid jälgib Makhatchkala "võsundite hulk".

Jälgimine

Kui palju kasutajaid saame oma serverisse ühendada? Ja kes/ mis seal on? Mida? Ja kui palju?

Vaatame, mis on ametlikus dokumentatsioonis… Ah, siit see tuleb:

$ curl http://localhost:2398/stats või niimoodi $ docker exec mtproto-proxy curl http://localhost:2398/stats # ja anname statistika otse CLI-s.

„Hoia taskud laiemad“ Pakutud käskude puhul saame alati sarnase vea:

«curl: (7) Ühendus localhosti pordiga 2398 ebaõnnestus: Ühenduses keelduti.»

Meie proksy töötab. Aga! Bublik, mitte statistikat me saame.

Võib tegeleda asjadega punasilmade jaoks: kontrollida

$ netstat -an | grep 2398 ja...

Alguses arvasin, et see on jälle Telegrami arendajate viga (ja ma arvan seda endiselt), siis leidsin ajutise, kuid hea lahenduse: lihvida Docker-konteinerit nailoniga.

Hiljem jäi silma info:

riiklike tantsude kohta Roskomnadzori ümber "statistika".

"Oleme blokeerinud oma serverites osa avalikku proksyt, kasutades projekti firehol andmeid. See projekt jälgib nimekirju avalikest proksidest ja koostab nende baase.

Sellest hetkest (st juba peaaegu kaks päeva) ei ole ühegi meie Venemaa proksy IP-aadressi blokeeritud.

3. Räägime, kuidas teha peaaegu haavatamatut Roskomnadzori jaoks proksyt ja jagame avalike prokside blokeerimise skripti.

— Uuendage MTProto proxy docker-konteinerit (või teenust) viimasele versioonile: RKN tuvastab vanad versioonid statistika pordi kaudu, mis oli seotud aadressiga 0.0.0.0 ja identifitseeris end kogu Internetis. Veel parem — avage vajalikud pordid iptables'i abil ja sulgege ülejäänud (peate meeles pidama, et docker-konteineri puhul tuleks kasutada FORWARD reeglit).

— Roskomnadzor on ammu õppinud liiklust jälgima: nad näevad päringuid HTTP- ja SOCKS5-prokside kaudu ning näevad ka vana versiooni MTProto proxy obfuskeeringust.

Kui mõne proviideri kliendid, kellel on sellised jälgimisriistad, pöörduvad Telegrami selliste prokside kaudu, siis RKN näeb neid päringuid ja loobustab kohe need proksid. Sama kehtib ka MTProto prokside puhul, millel on vana obfuskeering.

Lahendus: andke proksiga ühenduvad kliendid, saladus, mis algab dd’ga (ärge lisage seadistustes täiendavaid tähti dd MTProto proksi ise). See aktiveerib obfuskeeringu versiooni, mida jälgimisriistad ei oska tuvastada.

Ja ei mingeid HTTP- ja SOCKS5-proksisid.

— Meetod, mille abil iga Telegrami-proksi omaniku, kes regulaarselt leidub RKN blokeeringutes, suudab täielikult (või peaaegu täielikult) blokeeringud lõpetada (ja veenduda, et RKN valetab).

Skripti, mis blokeerib avalikke proksisid ja väike juhend sellele.

→ Allikas

Meie proksi on lääne suunaga, ma ei ole kevadel ega jahedatel suvepäevadel mingeid probleeme/ blokeeringuid kohanud, loov ülesanne ei saanud sellest ka kantud, seega ei kaotanud ma tempot ega lisanud võti eesliidet dd*.

Juhend „statistika saamine/monitooring” ametliku MtprotoProxyTelegram juhise järgi — ei tööta/ on aegunud, tuleb parandada docker-pilt.

Parandame.

Konteiner on meil endiselt käimas:

$ docker stop mtproto-proxy #peatame meie käimasoleva docker-konteineri ja käivitame uue pildi statistikanäidiku lipuga

$ docker run --net=host --name=mtproto-proxy2 -d -p443:443 -v proxy-config:/data -e SECRET=teie_eelmine_salajane_hex telegrammessenger/proxy:latest

Kontrollime statistikat:

$ curl http://localhost:2398/stats

curl: (7) Ühendumi ebaõnnestumine 0.0.0.0 port 2398: Ühendus keeldus
Statistika on endiselt kättesaamatu .!..

Selgitame välja docker-konteineri ID:

$ docker ps

KONTROLLER ID PILT KOMANDI LOO NI KESKUS STATU PORTIDE NIMED
f423c209cfdc telegrammessenger/proxy:latest «/bin/sh -c ‘/bin/ba…» Umbes tunni tagasi Üles Umbes minut tagasi 0.0.0.0:443->443/tcp mtproto-proxy2

Tuleme oma reeglitega docker-konteinerisse:

$ sudo docker exec -it f423c209cfdc /bin/bash

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

Ja skripti «run.sh» kõige viimasesse ritta lisame puuduva lipu:

«—http-stats»
«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»

Lisate «—http-stats», midagi sellist peaks välja tulema:

«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 (salvesta/välja nano'st/välja konteinerist).

Taaskäivitame meie docker-konteineri:

$ docker restart mtproto-proxy2

Kõik, nüüd käsuga:

$ curl http://localhost:2398/stats #saame mahuka statistika

Statistikast leiate palju «prügi» (ekraanipildil 1/3 sellest), loome alias:

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

Saame selle, mille jaoks docker-konteinerit lihvisime: ühenduste arv ja koormus:

$ telega

Docker-konteiner töötab, statistika jookseb.

Kulutatud ressursid

Mitte kui lahe sa oled, Stewart Redman, isegi sina jätad oma pükstes jälje. Töökindel Docker-pilt jätab märkimisväärse jälje.

Docker-piltide eeliste ja puuduste üleskirjutamine pole mõtet, docker-konteiner on mini-virtuaalmasin, mis tarbib ressursse vähem kui "päris" virtuaalmasin, näiteks VirtualBox, kuid tarbib siiski.

1) Käivitatud kas docker-pildi statistika abil või ilma, kas kaks klienti hullavad või kümme — ressursse kasutatakse ~ühtlaselt: 75% kogu t2.micro CPU jõudlusest.

2) Vaatame VPC-serveri monitooringut:

VPC ressursside kasutuse graafikust näeme, et docker-konteiner tarbib pidevalt ~7,5% kogu maksimum CPU jõudlusest ja 28. mail lõpetasin selle tahlikult/ajutiselt. (Märkus — serveris töötab samamoodi OpenVPN & pptp).

Miks on 10% pidev CPU koormus selle serveri jaoks piiriks?

Kuna Amazon EC2 poolt on piirangud ja need arvutatakse krediitide järgi:

1 CPU kredi = 1 protsessor, mis töötab 100% koormusega ühe minuti jooksul, ja meil on 6 krediiti (st tippudel on 100% CPU kasutus võimalik 6 minuti jooksul, pärast seda väheneb CPU võimsus). Muud kombinatsioonid: näiteks, 1 CPU krediit = 1 protsessor, mis töötab 50% koormusega kahe minuti jooksul (st me saame kasutada CPU-d 50% koormusega 12 minuti jooksul), või näiteks pideva 10% koormusega CPU kogu aja jooksul jne.

Järeldused

• Me oleme „Digitaalne Vastupanu“. Tagasime oma „isa ja ema“ usaldusväärse suhtluskanali.
• Kui serveris on paigaldatud MtprotoProxyTelegram ja OpenVPN, kuid mitte rohkem, siis viivitusi/pingeid/rikkeid ei toimu, kuid kui katsetate pidevalt oma t2/mikroga, siis oodake ühenduse aeglustumist.
• Minu ülemereline ping ~100-250ms, häälkõnes ei tunne viivitusi.
• Finantskulud kogu selle „asja“ eest (sealhulgas VPC ressursid) = 0₽.

Oma artikli ümbertrükk.

UPD: Tänan mõningaid Habr kasutajaid kasulike kommentaaride eest, tõepoolest, võib-olla (statistika toetab?), on paremad analoogid ametlikule docker-kiibile Mtproto proxy Telegram.

Allikas: habr.com