Прокси сервердин IP бөгөттөлгөнүн кантип текшерүү

IP сервер бөгөттөлгөнүн түшүнүү үчүн эки чекитти салыштырыңыз: прокси иштебеген тармак жана чет өлкөдөгү тармак. Эгер ичтен серверге бир да портко TCP-туташуу орнобосо, ал эми сырттан баары ачылса, дарек — же хостердин бүт подсети — жабык. Эгер ичтен туташуу бар, бирок Telegram бари бир туташпаса, дарекке тиешеси жок: протоколду чыпкалап жатат. Төмөндө — текшерүүлөр ирети менен жана ар бир учурда эмне кылуу керек.

Так эмне жабылышы мүмкүн

Эмне жабык	Кандай көрүнөт	Эмне жардам берет
IP-дарек	Ичтен сервердин бир да порту ачылбайт, сырттан — баары ачылат	Жаңы дарек
Хостердин подсети	Ошол эле хостердин коңшу даректери да жеткиликсиз	Башка хостер же башка подсеть
Порт	SSH ачылат, прокси порту — жок	443-порт же башка порт
Протокол	TCP-туташуу бар, кол алышуу же Telegram өтпөйт	FakeTLS, башка домен, жаңы клиент

Подсеттерди бөгөттөө — теория эмес. 2026-жылдын октябрында VGTimes VPN чектөөлөрүнүн жаңы толкуну жөнүндө жазган, басылманын маалыматы боюнча, анда чектөөлөр өзүнчө IP-даректерге эмес, хостинг-провайдерлердин бүтүндөй подсеттерине колдонулган. Ал эми июнда 3DNews kod.ru'га шилтеме жасап, Selectel, Beget жана Timeweb'де ресурстардын жарым-жартылай жеткиликсиздиги жөнүндө билдирген, аны провайдерлер ТСПУ чыпкалоо эрежелеринин өзгөрүшү менен байланыштырышкан.

Даярдык: эки текшерүү чекити

Ичтен — прокси иштебеген тармактагы компьютер: үйдөгү интернет же көйгөй мобилдик тармакта болсо, телефондон таркатуудагы ноутбук. Терминалсыз телефондон көп нерсе текшерилбейт, ошондуктан компьютер керек.
Сырттан — бөгөттөр жок экени так болгон тармак: чет өлкөдөгү экинчи сервер же TCP-портту ар кандай өлкөлөрдөн текшерген сервистер (мисалы, check-host.net).

«Ичтен» өзүңүздүн тышкы дарегиңизди да билип алыңыз — ал серверде керек болот: curl -4 ifconfig.co.

1-текшерүү. Прокси порту ачылабы

Прокси портуна TCP-туташуу орнотууга эки чекиттен тең аракет кылыңыз:

nc -vz -w 5 203.0.113.10 443

succeeded / open — туташуу орнотулду, дарек менен порт жеткиликтүү;
timed out — жооп жок: пакеттер жолдо жоголот же сервер аларды кабыл албайт;
refused — баш тартуу келди. Эгер сырттан ошол эле порт ачык болсо, ичтен баш тартуу сиздин серверден келген эмес.

Сырттан порт ачык, ичтен — тайм-аут: жолдо бөгөт бар. Эки чекиттен тең тайм-аут — көйгөй серверде: прокси иштебейт же порт файрвол менен жабык.

2-текшерүү. Дарек толугу менен же порт гана

Ичтен ошол эле серверде башка портту текшериңиз — мисалы, SSH:

nc -vz -w 5 203.0.113.10 22

443 дагы, 22 дагы ачылбайт — бүт дарек жабык. 22 ачылат, бирок 443 — жок — белгилүү порт же ал боюнча трафик чектелген. Бул айырма маанилүү: дарек бөгөттөлгөндө башка порт да, проксинин башка режими да жардам бербейт.

3-текшерүү. Сиздин дарек гана же бүтүндөй подсеть

Дарек кайсы тармакка кирерин билиңиз: whois 203.0.113.10 диапазонду (inetnum, route же CIDR талаалары) жана ээсин көрсөтөт. Андан кийин ичтен ошол эле диапазондогу коңшуларды текшериңиз: ушул хостердеги экинчи сервериңиз, хостердин сайты же панели, эгер алар ошол эле тармакта болсо.

Коңшулар сиздин сервердей эле жеткиликсиз — чектөө, кыязы, подсетке коюлган. Анда ошол эле хостерден IP алмаштырууну суроо, балким, жардам бербейт: жаңы дарек ошол эле диапазондон берилет. Башка провайдер же ошол эле провайдердин башка тармагы керек.

4-текшерүү. Пакеттер серверге жетеби

Эң так жоопту сервердин өзү берет. Анда «ичтен» тышкы дарегиңизден пакеттерди кармоону иштетип, 1-текшерүүнү бир эле учурда кайталаңыз:

sudo tcpdump -ni any 'tcp port 443 and host 198.51.100.7'

Пакеттер такыр жок — туташуу серверге жеткенче, кире беришинде үзүлөт.
SYN келет, сервер SYN-ACK менен жооп берет, ары жагы үнсүз — суроо жетти, бирок жооп клиентке кайтпайт: кайтуучу жол жабык.
Туташуу орнойт жана алгачкы маалымат пакеттеринен кийин үзүлөт — дарек жеткиликтүү, кийлигишүү протокол деңгээлинде жүрүп жатат.

Көрсөтмөлүүлүк үчүн ичтен маршрутту да көрүүгө болот: sudo traceroute -T -p 443 203.0.113.10 жоопторду кайсы участокто жоголгонун көрсөтөт. Аралык түйүндөр көбүнчө такыр жооп бербей турганын эске алыңыз, ошондуктан маршруттун ортосундагы жылдызчалар бөгөт бар дегенди билдирбейт.

TCP өтсө: протоколду текшерүү

Ичтен туташуу орнойт, ал эми прокси иштебейт — демек, фильтр даректи өткөрүп, кийинчерээк кийлигишет. FakeTLS режиминдеги прокси үчүн сервер маскировка домени боюнча кадимки HTTPS-суроого кандай жооп берерин текшериңиз:

curl -v -I --resolve example.com:443:203.0.113.10 https://example.com/

TLS кол алышуусу ичтен үзүлөт, бирок сырттан өтөт — SNI'деги ат боюнча же TLS'тин өзү боюнча чыпкалашат. Башка маскировка домени жардам берет.
curl жабуучу сайттын баракчасын алат, ал эми Telegram туташпайт — фильтр, кыязы, клиенттин өзүн тааныйт. telemt FAQ боюнча, 2026-жылдын апрелинен бери Telegram клиентинин ClientHello изи боюнча FakeTLS-проксини аныктоонун жолу белгилүү; колдонмолордун жаңы версияларында ал оңдолгон, ошондуктан биринчи иретте Telegram'ды жаңыртыңыз.

Фильтрге проксини дагы кайсы белгилер ыйгарары «Прокси эмне үчүн бөгөттөлөт жана бул кантип иштейт» макаласында, ал эми доменди тандоо жөнүндө — «Маскировка доменин кантип тандоо керек» бөлүмүндө талданган.

Чаташтырбаңыз: сервер Telegram'ды көрбөйт

Тескери кырдаал да болот: клиенттер проксиге жетет, ал эми сервердин өзү Telegram маалымат борборлору менен байланыша албайт. Бул ичтен эмес, серверден текшерилет. mtg'де даяр текшерүү бар — mtg doctor 1–5 жана 203 маалымат борборлорунан өтөт. Каалаган программа үчүн mtg кармаган тизмедеги даректи кол менен текшерүү ылайыктуу:

nc -vz -w 5 149.154.167.51 443 # DC 2

Эгер маалымат борборлору жооп бербесе, сервер дареги бөгөттөлгөнүнүн бул жерде тиешеси жок — көйгөй сервердин чыгуучу байланышында же хостерде.

Жыйынтыктары боюнча эмне кылуу керек

Дарек гана жабык. Хостерден жаңы IP берүүнү сураңыз же проксини жаңы серверге которуңуз. Эски шилтемени кайра чыгарыңыз: анда эски IP'ге көрсөткөн дарек же домен бар.
Подсеть жабык. Башка хостерге же башка тармакка көчүңүз. Запастагы серверди башка провайдерде кармаңыз — анда көчүү бир нече мүнөт алат.
Порт жабык. Проксини 443-портко которуңуз: бул порт калгандарынан табигыйраак көрүнөт.
Протокол чыпкаланат. FakeTLS жок болсо, күйгүзүңүз, маскировка доменин алмаштырыңыз, Telegram клиентин жаңыртыңыз.

Дарек жабык болсо, проксинин бир да режими жардам бербейт: маскировка трафиктин формасын өзгөртөт, бирок туташуу барган IP'ни эмес. Муну telemt авторлору да түз жазат: сервер менен IP-байланышсыз MTProxy иштей албайт.

Көп берилүүчү суроолор

IP так бөгөттөлгөнүн тез кантип түшүнүү керек?

Прокси иштебеген тармактан жана чет өлкөдөгү тармактан серверге TCP-туташууну текшериңиз. Эгер ичтен прокси порту да, SSH да ачылбаса, ал эми сырттан экөө тең жеткиликтүү болсо, дарек же бүт подсеть жабык.

Ошол эле хостерде IP алмаштыруу жардам береби?

Дарек гана бөгөттөлгөн болсо — ооба. Эгер чектөө хостердин подсетине коюлса, ошол эле подсеттен жаңы дарек да ошондой жеткиликсиз болот. Алмаштырууну сурагандан мурун коңшу даректерди текшериңиз.

TCP-туташуу бар, ал эми Telegram туташпайт — бул бөгөттөбү?

Мүмкүн, бирок дарек эмес. Демек, фильтр туташууну өткөрүп, кийинчерээк кийлигишет — кол алышууда же клиенттин изи боюнча. Бул жерде FakeTLS режими, башка маскировка домени жана Telegram'дын жаңы версиясы жардам берет.

Россиядагы экинчи компьютерсиз бөгөттү текшерүүгө болобу?

Жарым-жартылай. Прокси иштебеген тармактын ичиндеги чекит керек: телефондон таркатуудагы ноутбук ылайыктуу. «Сырттан» текшерүүнү сервердин өзүнөн же TCP-портту ар кандай өлкөлөрдөн текшерген сервистер аркылуу жасаса болот.

Сервериңиздин IP бөгөттөлгөнүн кантип текшерүү