ኦገስት 2026፡ የቴሌግራም
ኦፊሴላዊ አዲስ የፕሮክሲ ቴክኖሎጂ WEB-Proxy ትንታኔ

በኦገስት 21, 2026 ቴሌግራም አዲስ የሙከራ ፀረ-ሳንሱር ቴክኖሎጂ WEB-Proxy ን በይፋ ጀመረ፣ በመቀጠልም በTelegram Desktop 7.1.0 ውስጥ ኦፊሴላዊ የደንበኛ ድጋፍ ተጀመረ። ከባህላዊ MTProxy የተለየ፣ WEB-Proxy ከእንግዲህ ራሱን "እንደ ድረ-ገጽ ትራፊክ" ለማስመሰል አይሞክርም። በምትኩ፣ የቴሌግራም የፕሮክሲ ትራፊክ በቀጥታ በWebView ውስጥ እንዲሠራ ያደርጋል፣ በአሳሽ ሞተር አማካኝነት መደበኛ HTTPS ወይም WebSocket ግንኙነቶችን ይጀምራል፣ ይህም ለሳንሱር ስርዓቶች ከመደበኛ የድረ-ገጽ አሰሳ ሊለይ የማይችል ያደርገዋል።

ይህ ጽሑፍ ቴክኖሎጂውን በአራት ገጽታዎች ይተነትናል፡ የንድፍ ፍልስፍና፣ የአሁኑ የDPI ሁኔታ፣ ቴክኒካዊ አርክቴክቸር እና የእውነተኛ ዓለም ውጤቶች።

1. የንድፍ ፍልስፍና፡ መደበቅ ሳይሆን መቀላቀል

የWEB-Proxy ዋና የንድፍ ፍልስፍና በአራት ቃላት ሊጠቃለል ይችላል፡ መቀላቀል፣ አለመደበቅ።

1.1 ከ"መደበቅ" ወደ "መቀላቀል"

የባህላዊ MTProxy ስልት "መደበቅ" ነው — ትራፊኩ እንደ ተራ HTTPS ትራፊክ እንዲመስል ይሞክራል። ነገር ግን ምንም ያህል ቢደበቅ፣ የMTProto ፕሮክሲ ግንኙነት ባህሪ አሁንም ሊለዩ የሚችሉ ባህሪያት አሉት። አሮጌው MTProxy "እንደ መደበኛ የድረ-ገጽ ትራፊክ ለመመሰል" ይሞክር ነበር፣ WEB-Proxy ግን እውነተኛ የድረ-ገጽ ቴክኖሎጂ ቁልል ይጠቀማል። የኔትወርክ ማጣሪያዎች በአሳሽ ሞተር የሚመነጩ መደበኛ TLS እና HTTPS ትራፊኮችን ያጋጥሟቸዋል።

የዚህ ለውጥ ዋና ነገር፡ DPI "እንደ ድረ-ገጽ ነው የምመስለው" ብሎ እንዲያስብ ከማታለል ይልቅ፣ ትራፊኩ በመሠረቱ የድረ-ገጽ ትራፊክ ነው።

1.2 ለቴሌግራም ብቻ የተወሰነ፣ ሁለገብ ፕሮክሲ አይደለም

ቴሌግራም አጠቃላይ VPN ወይም ሁለገብ ፕሮክሲ ከመጀመር ይልቅ የMTProxy መንገዱን ማጠናከሩን ቀጥሏል። ይህ ግልጽ ስትራቴጂያዊ ግምትን ያንጸባርቃል፡ የቴሌግራምን የራሱን ተደራሽነት መፍታት ቅድሚያ መስጠት፣ ሆን ተብሎ ሁለገብ የፕሮክሲ ችሎታዎችን አለመስጠት። WEB-Proxy አጠቃላይ የማምለጫ መሠረተ ልማት ቢሆን ኖሮ፣ ወዲያውኑ ከሳንሱር ስርዓቶች ኢላማ የተደረገ እገዳ ይስብ ነበር፣ ይህም እንደ ማስመሰያ የሚያገለግሉትን ተራ ድረ-ገጾች ሊያካትት ይችላል። ለቴሌግራም ትራፊክ ብቻ ማገልገል ማለት እሱን ማገድ አጠቃላይ የማምለጫ አገልግሎትን ከመዝጋት ይልቅ የመገናኛ መተግበሪያን እንደመዝጋት ይመስላል፣ ይህም "ከመጠን በላይ ኢላማ የመደረግ" አደጋን ይቀንሳል።

1.3 ዜሮ-እውቀት ማስተላለፍ፡ አስተላላፊው ምንም አያይም

ሌላው የWEB-Proxy ዋና የንድፍ መርህ ዜሮ-እውቀት ማስተላለፍ ነው። በአገልጋይ በኩል ያለው tproxy-server የDATA ፍሬሞችን እንደ ግልጽ ያልሆኑ ባይቶች ይመለከታል — የቴሌግራም መድረሻ መምረጥም ሆነ የMTProxy ዥረቱን መፍታት አይችልም። ደንበኛው የድልድይ ችሎታን በአካባቢው ያገኛል፣ እና ጥሬው ምስጢር ለJavaScript ፈጽሞ አይጋለጥም። ይህ ማለት የፕሮክሲ ኦፕሬተር እንኳን የተጠቃሚውን ግንኙነት ማየት አይችልም ማለት ነው።

2. የአሁኑ የDPI ሁኔታ፡ የ2026 መጠነ ሰፊ እገዳ

2.1 የ2026 የእገዳ ማዕበል የጊዜ መስመር

2026 ቴሌግራም በሩሲያ እና በሌሎች ክልሎች እጅግ ከባድ እገዳ ያጋጠመው ዓመት ነበር። እገዳው በበርካታ ደረጃዎች ተከፍቷል፡

• መጋቢት 2026፡ RKN በTSPU ስርዓት ላይ አዲስ የፕሮክሲ ግንኙነት ማወቂያ ስልተ ቀመሮችን አሰማራ። እነዚህ ስልተ ቀመሮች የቴሌግራም ደንበኞች እና አሳሾች የተመሰጠሩ ግንኙነቶችን ሲመሠርቱ ያላቸውን ልዩነቶች መለየት ችለዋል።
• ሚያዝያ 2026፡ ቴሌግራም የተመሰጠሩ ግንኙነቶች እንደ አሳሽ እንዲሠሩ የሚያደርግ የደንበኛ ዝመና አወጣ፣ ይህም ችግሩን ለጊዜው ፈታ።
• የግንቦት 2026 መጨረሻ፡ TSPU የግንኙነት ምስረታን ብቻ ሳይሆን የፕሮቶኮል ፊርማዎችን በመተንተን የMTProto ደንበኞችን ከእውነተኛ አሳሾች ለመለየት አዲስ ስልተ ቀመሮችን መሞከር ጀመረ። አዲስ የእገዳ ማዕበል በግንቦት መጨረሻ እና በሰኔ ተጀመረ።
• ከሰኔ 5, 2026 ጀምሮ፡ ቴሌግራም በሩሲያ ውስጥ ሊጠቀምበት የማይችል ሁኔታ ላይ ደረሰ። ኦፊሴላዊ የMTProto ፕሮክሲዎች (አብሮ የተሰራ Fake TLS ጨምሮ) በDPI ሙሉ በሙሉ ታገዱ፣ ይህም ሁሉንም ደንበኞች (Desktop, Android, iOS) እና ዋና ዋና የኢንተርኔት አገልግሎት ሰጪዎችን (Rostelecom, MTS, Beeline) ነካ።

2.2 ቴክኒካዊ ዘዴ፡ JA4 የጣት አሻራ ቴክኖሎጂ

የአሁኑ የDPI ስርዓት ዋና የማወቂያ ዘዴ JA4 TLS የጣት አሻራ ነው። ኦፊሴላዊው የቴሌግራም ደንበኛ በClientHello ውስጥ ቋሚ የJA4 አሻራ ይጠቀማል። የDPI ስርዓቱ ከለየው በኋላ ወዲያውኑ RST ፓኬቶችን በመርጨት ግንኙነቱን ያቋርጣል። Fake TLS ቢጠቀምም፣ የደንበኛው የTLS ቁልል አሁንም ከእውነተኛ አሳሽ ይለያል፣ ስለዚህ ሊታወቅ ይችላል።

ማህበረሰቡ ይህ የደንበኛ ችግር መሆኑን አረጋግጧል፡ ተለዋዋጭ የJA4 ሽክርክሪት ያላቸው የማህበረሰብ ቅርንጫፎች በተመሳሳይ ፕሮክሲ እና ኔትወርክ ላይ ወዲያውኑ ይሠራሉ።

2.3 የባህሪ ትንተና

ከTLS የጣት አሻራዎች በተጨማሪ፣ የ2026 DPI ስርዓቶች የትራፊክ የባህሪ ባህሪያትን ይተነትናሉ። ተንታኞች የፓኬት መጠኖችን፣ በፓኬቶች መካከል ያለውን ጊዜ፣ የTLS ግንኙነት አወቃቀር እና ሌሎች ቀጥታ ያልሆኑ ባህሪያትን ይመረምራሉ። ትራፊኩ እንደ ፕሮክሲ ከተሠራ፣ እንደ HTTPS መደበቅ ከእንግዲህ በቂ አይደለም። የተለመደው ሁኔታ "የ16KB ችግር" ነው፡ ግንኙነት በተሳካ ሁኔታ ከተመሠረተ እና የመጀመሪያ ውሂብ ከተላለፈ በኋላ በድንገት ይገደባል ወይም ይቋረጣል።

3. ቴክኒካዊ አርክቴክቸር፡ የWEB-Proxy ዋና ንድፍ

3.1 አጠቃላይ አርክቴክቸር

የWEB-Proxy አርክቴክቸር እንደሚከተለው ሊጠቃለል ይችላል፡

Telegram App
  → MTProto connection (keeps normal MTProxy framing and encryption)
  → Local WEB proxy adapter (one logical stream per app connection)
  → One WebView transport + authenticated relay session
  → Multiplexed frames (HTTPS or WebSocket carrier)
  → tproxy-server
  → One local TCP connection per stream → Official MTProxy

ደንበኛው ሁለት እሴቶችን ብቻ ያዋቅራል፡ hostname እና MTProxy secret። የድልድይ ችሎታን በአካባቢው ያገኛል፣ እና ጥሬው ምስጢር ለJavaScript ፈጽሞ አይጋለጥም። WebView የድልድይ ገጹን ይከፍታል፣ አጭር ጊዜ የሚቆይ የbootstrap ቶከን ለማስተላለፊያ ክፍለ-ጊዜ ይለዋወጣል፣ ከዚያም ከሚዛመደው የአገልጋይ መገለጫ የተመረጠውን የተሸካሚ ሁነታ ያካሂዳል። OPEN፣ DATA፣ WINDOW እና CLOSE ፍሬሞች ሁሉንም የቴሌግራም ግንኙነቶች በብዜት ያስተላልፋሉ።

3.2 አራት የተሸካሚ ሁነታዎች

WEB-Proxy አራት የትራንስፖርት ተሸካሚ ሁነታዎችን ይደግፋል፣ በምስጢር/መገለጫ የሚመረጡ፣ ተጨማሪ የደንበኛ ቅንብሮች አያስፈልጉም፡

3.3 የደህንነት ንድፍ

WEB-Proxy በርካታ ቁልፍ የደህንነት ባህሪያት አሉት፡

• የጎራ ማስመሰል፡ የተዋቀረው hostname እንዲሁ መደበኛ የHTTPS ድረ-ገጽ ነው። ትክክለኛ ምስክርነት የሌላቸው ጥያቄዎች የህዝብ ገጹን ያያሉ; GET /?bridge=<valid capability> ብቻ ድልድዩን ይገልጣል።
• ቀጣይ የፊርማ ቁልፍ፡ አገልጋዩ ቀጣይ የፊርማ ቁልፍ (token.key) ይጠቀማል። የጠፋ ወይም በተሳሳተ መንገድ ፈቃድ የተሰጠው ቁልፍ መጀመርን ይከላከላል; ምንም ጊዜያዊ ቁልፍ በጸጥታ አይመነጭም።
• ጥብቅ የፊት ገጽ ፖሊሲ፡ የድልድይ ገጹ ኩኪዎችን፣ የአሳሽ ማከማቻን፣ ውጫዊ ሀብቶችን፣ ሠራተኞችን፣ ፍሬሞችን፣ ሚዲያን፣ ፖፕ-አፖችን፣ ማውረዶችን፣ ቅጾችን፣ የመሳሪያ ፈቃዶችን፣ የቅጂ ቦርድ APIዎችን ወይም ከመነሻ ተሻጋሪ ጥያቄዎችን አይጠቀምም።
• የአቅም መቆጣጠሪያዎች፡ አጠቃላይ የሂደት ገደቦች የግዴታ የደህንነት ወሰን ናቸው። ነባሪዎች፡ max_sessions_global 128፣ max_streams_global 4096፣ max_backend_dials_in_flight 256።

3.4 የማሰማራት አርክቴክቸር

የማጣቀሻ ማሰማራት አርክቴክቸር የሚከተለው ነው፡

Internet :80/:443 → Caddy → 127.0.0.1:8080 tproxy-server → Operator Site
                                                   → 127.0.0.1:2398 Official MTProxy

Caddy ብቻ በውጫዊ በይነገጾች ላይ ያዳምጣል። ማስተላለፊያው፣ የአስተዳደር የመጨረሻ ነጥቦች፣ የMTProxy ደንበኛ ወደብ እና ስታቲስቲክስ በአካባቢው ይቆያሉ። ማስተላለፊያው በደንበኛ የተመረጠ የኋላ አድራሻ ፈጽሞ አይቀበልም እና የMTProxy ዥረቱን አይፈታም። Caddy ሁሉንም መንገዶች ወደ ማስተላለፊያው ያስተላልፋል፣ ያልተረጋገጡ ፈታሾች ሊያወዳድሩት የሚችሉ የተለየ የህዝብ መንገድ የለም።

4. የእውነተኛ ዓለም ውጤቶች፡ የአሁኑ ሁኔታ እና አስተያየት

4.1 የደንበኛ ድጋፍ ሁኔታ

ከኦገስት 2026 ጀምሮ የደንበኛ ድጋፍ እንደሚከተለው ነው፡

• Telegram Desktop፡ በ7.1.0 ውስጥ WEB-Proxy ን በይፋ ይደግፋል፣ 7.1.1 አንዳንድ ሳንካዎችን ያስተካክላል እና 7.1.2 በWindows ላይ ግንኙነትን የበለጠ ያሻሽላል።
• Android፡ በቤታ ደንበኞች ውስጥ ይደገፋል።
• iOS፡ አሁንም በእቅድ ደረጃ ላይ ነው።

በደንበኛው ውስጥ ተጠቃሚዎች hostname እና secret ብቻ መሙላት አለባቸው; የወደብ ወይም የፕሮቶኮል ውቅር አያስፈልግም። ሊጋራ የሚችል የአገናኝ ቅርጸት የሚከተለው ነው፡

https://t.me/webproxy?server=proxy.example.com&secret=000102030405060708090a0b0c0d0e0f

4.2 የማሰማራት ገደብ እና ወጪ በጣም ከፍተኛ ነው

ከባህላዊ MTProxy ወይም ከተራ ፕሮክሲዎች ጋር ሲነጻጸር፣ የWEB-Proxy የማሰማራት ገደብ፣ ቴክኒካዊ አስቸጋሪነት እና ወጪ በጣም ከፍተኛ ነው። ከእንግዲህ "IP እና ወደብ ሞልተህ ተነሳ" የሚል ቀላል መፍትሄ አይደለም። ኦፕሬተሩ ሙሉ የአገልጋይ አሠራር ችሎታ ሊኖረው ይገባል፡ ጎራ እና የህዝብ አገልጋይ መያዝ፣ DNS ማዋቀር፣ Caddy የተገላቢጦሽ ፕሮክሲ፣ systemd አገልግሎቶች፣ nftables የፋየርዎል ደንቦች እና የWebView ተሸካሚዎች እና የፍሬም ፕሮቶኮሎችን መሠረታዊ ነገሮች መረዳት። ኦፊሴላዊው ጫኚ አንዳንድ አውቶሜሽን ቢያቀርብም፣ አሁንም "Caddy ወደቦችን 80/443 የሚይዝባቸው ንጹህ አገልጋዮች" ላይ ያነጣጠረ ነው; ሌሎች ጣቢያዎችን የሚያስተናግዱ አገልጋዮች በእጅ ውህደት ይፈልጋሉ። ለተራ ተጠቃሚዎች፣ ይህ ማለት ከ"የህዝብ ፕሮክሲ መጠቀም" ወደ "ትንሽ የድረ-ገጽ አገልግሎት ማስተዳደር" መሸጋገር ማለት ነው፣ ከፍተኛ የጊዜ፣ የቴክኒክ እና ቀጣይ የጥገና ወጪዎች ጋር። በዚህ ምክንያት፣ WEB-Proxy በአጭር ጊዜ ውስጥ በቴክኒክ ማህበረሰቦች፣ በድርጅታዊ ተጠቃሚዎች እና ለመሞከር ፈቃደኛ በሆኑ የላቀ ተጠቃሚዎች ዘንድ የበለጠ ይወሰዳል፣ እንደ ህዝባዊ MTProxy በስፋት ከመስፋፋት ይልቅ።

4.3 የውጤታማነት ግምገማ

ጥቅሞች፡

• ከኔትወርክ ሳንሱር ስርዓቶች አንጻር፣ የWEB-Proxy ትራፊክ ተጠቃሚ ተራ ድረ-ገጽን ከጎበኘ ጋር ሊለይ የማይችል ነው። ውጫዊ ታዛቢዎች ወደ ጎራዎ የሚደረግ TLS ትራፊክ ብቻ ያያሉ; የHTTPS ዲክሪፕሽን ከሌለ ከመደበኛ ድረ-ገጽ ጉብኝት ሊለይ አይችልም።
• ትራፊኩ ከእውነተኛ የአሳሽ ሞተር ስለሚመጣ፣ የTLS የጣት አሻራ ከእውነተኛ አሳሽ ጋር ይመሳሰላል፣ ይህም የባህላዊ Fake TLS የJA4 የጣት አሻራ መጋለጥ ችግርን ይፈታል።
• አራቱ የተሸካሚ ሁነታዎች እንደ ኔትወርክ አካባቢው በተለዋዋጭነት ሊመረጡ ይችላሉ፣ ይህም ለተለያዩ የእገዳ ስልቶች የመላመድ ችሎታን ይጨምራል።

ገደቦች፡

• በአገልጋይ በኩል ያለው tproxy-server አሁንም በኦፊሴላዊው የፅንሰ-ሀሳብ ማረጋገጫ ተብሎ የተመለከተ ነው፣ ገና የተረጋጋ ልቀት አይደለም።
• የራስዎን ጎራ እና አገልጋይ ይፈልጋል፣ እና የማሰማራት ቴክኒካዊ አስቸጋሪነት እና ወጪ ከፍተኛ ነው። ተጠቃሚዎች እንደ ህዝባዊ MTProxy በመጠቀም አገልግሎቱን በቀጥታ ማግኘት አይችሉም።
• በሚሠራበት ጊዜ፣ WebView የፕሮክሲ አቅራቢውን ድረ-ገጽ በጀርባ ይጭናል። አቅራቢዎች የተደገፉ ቻናሎችን ሊያስገቡ ይችላሉ፣ ይህም አልፎ አልፎ አደጋ ያስከትላል። ቴሌግራም በዚህ ላይ ማስጠንቀቂያ ሰጥቷል።
• ማስተላለፊያውን እንደገና ማስጀመር ነባር የተሸካሚ ክፍለ-ጊዜዎችን ዋጋ የለሽ ያደርጋል፣ እና ደንበኞች ግንኙነቶችን እንደገና መመሥረት ይኖርባቸዋል።
• በmacOS WebKit ላይ፣ WebSocket የእጅ መጨበጫዎች በቅደም ተከተል ሊሆኑ ይችላሉ፣ ይህም በwebsocket-lanes ሁነታ ቀርፋፋ የግንኙነት ምስረታ ያስከትላል; በዚህ ሁኔታ ወደ websocket ሁነታ ይቀይሩ።

4.4 ከሌሎች መፍትሄዎች ጋር ማወዳደር

5. ማጠቃለያ

WEB-Proxy በቴሌግራም ፀረ-ሳንሱር ቴክኖሎጂ ውስጥ ትልቅ ዝግመተ ለውጥን ይወክላል። የፕሮክሲ ትራፊክን በቀጥታ በWebView ውስጥ በማስኬድ፣ ከ"እንደ ድረ-ገጽ ትራፊክ መምሰል" ወደ "የድረ-ገጽ ትራፊክ መሆን" ይሸጋገራል፣ ይህም በ2026 እየተባባሰ በሄደው የDPI አካባቢ ውስጥ አዲስ የመትረፍ መንገድ ይሰጣል። የንድፍ ፍልስፍናው — ለቴሌግራም ብቻ የተወሰነ፣ ዜሮ-እውቀት ማስተላለፍ፣ ሁለገብ ፕሮክሲ አለመሆን — በ"ተግባራዊነት" እና "ከመጠን በላይ ኢላማ አለመሆን" መካከል ያለውን ሚዛን ያንጸባርቃል።

ልብ ማለት ያስፈልጋል፡ WEB-Proxy የማሰማራት ገደብ፣ ቴክኒካዊ አስቸጋሪነት እና ወጪ ሁሉም ከባህላዊ MTProxy ከፍተኛ ናቸው። ለተራ ተጠቃሚዎች በአንድ ጠቅታ የሚሠራ መፍትሄ አይደለም፣ ነገር ግን ኦፕሬተሮች የጎራ፣ የአገልጋይ እና የድረ-ገጽ አገልግሎት አሠራር ችሎታ እንዲኖራቸው ይጠይቃል። በአሁኑ ጊዜ WEB-Proxy አሁንም በፅንሰ-ሀሳብ ማረጋገጫ ደረጃ ላይ ነው፣ ነገር ግን በTelegram Desktop እና Android ደንበኞች ውስጥ ኦፊሴላዊ ድጋፍ እና ንቁ የማህበረሰብ ተሳትፎ ይዞ፣ ይህ ቴክኖሎጂ ወደፊት በተገደቡ የኔትወርክ አካባቢዎች ውስጥ ቴሌግራምን ለመድረስ ከዋና መፍትሄዎች አንዱ ይሆናል ተብሎ ይጠበቃል።

🎁 የፀረ-ሳንሱር መፍትሄን ራስዎ መሞከር ይፈልጋሉ?