Прокси серверінің 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 жылғы сәуірден бастап FakeTLS проксиін Telegram клиентінің ClientHello ізі бойынша анықтау тәсілі белгілі; қолданбалардың жаңа нұсқаларында ол түзетілген, сондықтан бірінші кезекте 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-мекенжайы бұғатталғанын қалай тексеруге болады