Teie MTProxy Telegrami seadistamine koos statistika analüüsiga

„Ma pärisin selle segaduse,
alustades häbematud Zello; LinkedIn
ja lõpetades "kõikide teistega" Telegrami platvormil
minu maailmas.

Ja siis, ühe õhkjätmisega,
ametnik lisas kiirustades ja valjusti:
aga ma panen (siin IT-s) korda“
(…).

Durov arvab õigesti, et autoritaarsed riigid peaksid kartma teda, krüptopanka, ja Roskomnadzorid koos oma kuldsete kilpidega oma DPI-filtritega ei muretse tema pärast eriti"
(Poliitiline tehnika)

Minu tehniline poliitika — lihtsam, ma võiksin siin kirjeldada oma mõtteid hoolimatute blokeeringute kohta Runetis, aga arvan, et progresiivsed kodanikud Modern Venemaalt ja Habr'i kasutajad on oma nahal tundnud praeguse võimu ebaprofessionaalsust, seega piirdun ainulaadse fraasiga: meie tehniline poliitika — "Digitaalne Vastupanu". "lähimatele ja kallitele usaldusväärse suhtluskanali tagamine".

MTProto proxy Telegrami seadistamine

• Tehnilise keerukuse tase — "lihtne", kui näiteks järgida antud skripti.
• Usaldusväärsuse tase — "üle keskmise": docker-pilt töötab stabiilselt, seda ei pea iga päev uuesti käivitama, nagu arendajad on oma ametlikus dokumentatsioonis Telegramis kirjutanud, kuid mingid haavatavused konteiner sisaldab kindlasti.
• Vastupanu/turvatunne — 10 igiliikuri tunnistajat sepitsevad oma vandeid "pereliikmed kasutavad", RKN ei ole kunagi blokaadi käskinud (kevade algusest).
• Usaldusväärsuse tase — "avalik beebi usaldamatus", probleem on klientide poolel (mõned sõbrad suhtuvad minu MtprotoProxy'sse kahtlusega).
• Testosterooni tase — "rohkem ei tõusnud".
• Finantskulud — "0₽".
• Finantsiline tasu — "ei sõltu kodanik Durovist". Auhind — reklaami sundimise võimalus.

Käivitame meie TelegramProxy „tasuta/isiklike“ Amazon-ec2 ressursside peal: t2.micro. Kasutasin seda masinat.

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

Ei pea otsima mingeid pilte, faile või imelist nuppu — „neid ei ole“, kogu maagia toimub CLI-s:

$ docker pull telegrammessenger/proxy #pilt alla laaditud.

Aga enne "seda" paigaldage docker CLI jaoks:

sudo apt-get install docker.io docker

Edasi, ametlikus dokumentatsioonis MtprotoProxyTelegram pakuvad nad teha umbes järgmist, teeme:

$ 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 huvita.

Kirjuta CLI-s:

$ docker logs mtproto-proxy

Ja saame vajalikud andmed:

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

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

Enne kui registreerime oma MtproProxy, tuleb seadistada peamine tulemüür iptables'i kohal (ükskõik kuidas te liiklust sellel VPC-l suunate, see ei kuula, kuna peamine tulemüür Amazon-EC2-s asub web-liideses ja omab kõrgemat prioriteeti iptables'i üle).

Siseneme „konsoli Amazon-EC2“ turvagrupi ja avame sissetuleva 443 porta (loogiline maskeerimine liiklus esialgu).

Võtame logist meie andmed „ip ja saladus“ ja läheme messengeri Telegram, leiame ametliku MTProxy Admin Boti (@MTProxybot) ja registreerime oma MtproProxy: käivitame käsu [\/newproxy] ja sisestame [meie_ip:443], seejärel ka meie [saladuse\/HEX].

Kui teete andmete sisestamisel vea, siis bott vihastab ja saadab teid…

Kui täidate kaks rida ilma vigadeta, saate heakskiidu ja tööloa lingi oma tegevusele MtprotoProxy Telegramis, mida võite jagada kellegagi.

Samuti saab selle boti kaudu lisada teie sponsorkanalit (kuid mitte chatti), kus võite oma vaateid edastada kasutajatele, kes on teie serveri, või siis mitte „spämmida“ ning mitte häirida oma potentsiaalseid kliente, näitamata kanalit kinnitatud nimekirjas messengeri.

Veel paar sõna botist, seal saab küsida statistikat, kuid „ka see on mõttetu“. Tundub, et „statistika“ on saadaval, kui teie eest on Makhachkala „parasiitide hulk“.

Jälgimine

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

Vaadake, mis seal ametlikus dokumentatsioonis on… Aha, siin on, tehke nii:

$ curl http:\/\/localhost:2398\/stats või nii $ docker exec mtproto-proxy curl http:\/\/localhost:2398\/stats # ja me saame statistika otse CLI-s.

„Hoidke taskut laiemana“ Pakutud käskudega saame alati sarnase vea:

«curl: (7) Failed to connect to localhost port 2398: Ühenduse loomine keelatud»

Meie proxy töötab. Aga! Saame mõttetu statistika, mitte seda.

Saame tegeleda asjadega punaste silmade jaoks: kontrollida

$ netstat -an | grep 2398 ja...

Esmalt arvasin, et see on järjekordne viga Telegrami arendajate poolt (ja ma arvan seda siiani), seejärel leidsin ajutise, kuid hea lahenduse: lihvida Docker-konteinerit failiimejaga.

Hiljem leidsin teavet:

Venemaa Riikliku Teabeameti ümber toimuvate "statistika" ringtantsude kohta.

„Oleme blokeerinud oma serverites osa avalikest proksidest, kasutades firehol projekti andmebaase. See projekt jälgib avalike prokside loendeid ja koostab nendest andmebaasid.

Alates sellest hetkest (ehk juba pea kaks päeva) ei ole ühtegi meie Venemaa proksi IP-aadressi blokeeritud.

3. Räägime, kuidas teha peaaegu Roskomnadzori suhtes haavatamatu proksi ja jagame avalike prokside blokeerimise skripti.

— Uuendage docker-konteinerit (või MTProto proksi deemonit) viimasele versioonile: RKN määrab vanad versioonid statistika porti põhjal, mis seondus 0.0.0.0 ja tuvastas end kogu Internetis. Veelgi parem — avage vajalikud pordid iptables abil, sulgege kõik ülejäänud (pidage meeles, et docker-konteineri puhul tuleks kasutada FORWARD reeglit).

— Roskomnadzor on ammu õppinud liiklust kaevandama: nad näevad pöördumisi nii HTTP- kui SOCKS5-prokside sees, samuti näevad nad MTProto proksi vana versiooni obfuskeerimist.

Kui teatud teenusepakkujate kliendid, kellel on sellised kaevandajad, pöördavad Telegrami poole selliste prokside kaudu, siis RKN näeb neid pöördumisi ja blokeerib kohe need proksid. Sama kehtib MTProto proksi kohta, kus on vana obfuskeerimine.

Lahendus: andke proksi juurde ühenduvatele klientidele salajane võtme alguses dd (täiendavaid tähted dd ei pea mtproto proksi seadistustes määrama). See aktiveerib obfuskeerimise versiooni, mida kaevandajad ei suuda tuvastada.

Ja mitte mingit HTTP- ja SOCKS5-prokside kasutamist.

— Manööverdus, millega iga Telegrami proksi omanik, keda RKN pidevalt blokeerib, saab täielikult (või peaaegu täielikult) blokeeringud lõpetada (ja samas veenduda, et RKN valetab).

Skript, mis blokeerib avalikud proksid ja väike juhend sellele.»

→ Allikas

Meie proksi on lääne suunitlusega, suvise jaheda ilma jooksul ei ole ma mingeid probleeme/ blokeeringuid kogenud, loov ülesanne ei koormanud ka, seega ma ei viibinud tempot ja dd* prefiksi võtmele ei lisanud.

Juhend "statistika saamine/monitooring" ametliku MtprotoProxyTelegrami talitluse kohaselt ei tööta/ on vananenud, tuleb docker-pilti parandada.

Parandame.

Konteiner on meil endiselt käivitunud:

$ docker stop mtproto-proxy #peatame oma jooksva docker-konteineri ja käivitame uue pildi koos puuduva statistika 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) Ühendamine aadressiga 0.0.0.0 port 2398 ebaõnnestus: Ühendus keelatud
Statistika on endiselt puuduv .!..

Selgitame välja docker-konteineri identifikaatori:

$ docker ps

KONTEINERI ID PILT KÄSK LOODETUD OLEK PORTID NIMED
f423c209cfdc telegrammessenger\/proxy:latest «\/bin\/sh -c ‘\/bin\/ba…» Umbes tund tagasi Jookseb Umbes minut 0.0.0.0:443->443\/tcp mtproto-proxy2

Läheme oma määrustega docker-konteinerisse:

$ sudo docker exec -it f423c209cfdc \/bin\/bash

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

Ja skripti „run.sh“ viimases reas 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»

Lisage «—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 jõudmine konteinerist).

Käivitame meie docker-konteineri uuesti:

$ docker restart mtproto-proxy2

Nüüd, käsu korral:

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

Statistikast leidub palju „prügi“ (kuva 1/3 sellest osast), loome alias:

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

Saame seda, mille jaoks polime docker-konteinerit: ühenduste arv ja koormus:

$ telega

Docker-konteiner töötab, statistika liigub.

Kasutatud ressursid

Isegi kui sa oled äge Stuart Redman, jätad sa oma õnnetusest jälje oma aluspesule. Töötav Docker-pilt jätab märkimisväärse jälje.

Docker-piltide eeliste ja puuduste kirjeldamine pole mõtet, docker-konteiner on mini-virtuaalmasin, mis tarbib vähem ressursse kui „reaalne“ virtuaalmasin, näiteks VirtualBox, kuid tarbib siiski.

1) Kas see on käivitatud statistika docker-pildiga või ilman, kaks klienti möllavad või kümme — ressursid utiliseeritakse ~ühtemoodi: 75% kogu CPU t2.micro jõudlusest.

2) Vaadake VPC-serveri jälgimist:

VPC ressursside kasutamise graafikust näeme, et docker-konteiner tarbib pidevalt ~7,5% kogu maksimaalsest CPU jõudlusest ja 28. mail peatati see minu poolt tahtlikult/ajutiselt. (Märkus - serveris töötavad ka OpenVPN & pptp).

Miks 10% pidev CPU koormus on selle serveri piir?

Sest Amazon EC2lt on piirangud ja need arvutatakse krediitide põhjal:

1 krediit CPU = 1 CPU, mis töötab 100% koormusega ühe minuti jooksul, ja meil on 6 krediiti (st tipptundadel on 100% CPU kasutus võimalik 6 minuti jooksul, pärast seda väheneb CPU võimsus). Teised kombinatsioonid: näiteks 1 krediit CPU = 1 CPU, mis töötab 50% koormusel kahe minuti jooksul (st saame kasutada CPU-d 50% koormusel 12 minuti jooksul) või pidev 10% koormus CPU-l kogu aeg jne.

Järeldused

• Me oleme osa „Digitaalsest Vastupanust“. Oleme taganud oma „emadele ja isadele“ usaldusväärse kommunikatsioonikanali.
• Kui serveris on seadistatud MtprotoProxyTelegram ja OpenVPN, kuid mitte rohkem, siis viivitusi/pingeid/ebaõnnestumisi ei esine, kuid kui katsetate pidevalt oma t2/micro-ga, siis oodake ühenduse aeglustumist.
• Minu ülemereline ping on ~100-250ms, helikõnes pole viivitusi tunda.
• Finantskulud kogu „selle“ (sealhulgas VPC ressursid) = 0 ₽.

Oma artikli ümberkirjutamine.

UPD: Täname mõningaid Habr-kasutajaid kasulike kommentaaride eest, tõepoolest, on võimalik (statistika toetab?), et on paremad analoogid ametlikust docker-pildist Mtproto proxy Telegrami jaoks.

Allikas: habr.com