Serveringiz IP-si bloklanganini qanday tekshirish kerak
Proksi ishlamay qoldi — demak, manzil bloklanganmi? Shart emas. Toʻrt tekshiruv aynan nima yopilganini koʻrsatadi: IP, hosterning butun podsetyi, port yoki qoʻl berish.
Mazmuni
Server IP-si bloklanganini tushunish uchun ikki nuqtani solishtiring: proksi ishlamayotgan tarmoq va chet eldagi tarmoq. Ichkaridan serverning hech bir portiga TCP-ulanish oʻrnatilmasa, tashqaridan esa hammasi ochilsa, manzil yoki hosterning butun podsetyi yopilgan. Ichkaridan ulanish bor-u, Telegram baribir ulanmasa, manzilning aybi yoʻq: protokol filtrlanyapti. Quyida: tekshiruvlar tartib bilan va har bir holatda nima qilish kerak.
Aynan nima yopilgan boʻlishi mumkin
| Nima yopilgan | Qanday koʻrinadi | Nima yordam beradi |
|---|---|---|
| IP-manzil | Ichkaridan serverning hech bir porti ochilmaydi, tashqaridan — hammasi | Yangi manzil |
| Hosterning podsetyi | Xuddi shu hosterning qoʻshni manzillari ham mavjud emas | Boshqa hoster yoki boshqa podsety |
| Port | SSH ochiladi, proksi porti — yoʻq | 443-port yoki boshqa port |
| Protokol | TCP-ulanish bor, qoʻl berish yoki Telegram oʻtmaydi | FakeTLS, boshqa domen, yangi mijoz |
Podsetylarni bloklash nazariya emas. 2026-yil oktyabrida VGTimes VPN cheklovlarining yangi toʻlqini haqida yozdi, nashr maʼlumotlariga koʻra, unda cheklovlar endi alohida IP-manzillarga emas, hosting-provayderlarning butun podsetylariga qoʻllangan. Iyun oyida esa 3DNews kod.ru ga tayanib, Selectel, Beget va Timeweb resurslarining qisman mavjud emasligi haqida xabar berdi, provayderlar buni TSPU filtrlash qoidalarining oʻzgarishi bilan bogʻlagan.
Tayyorgarlik: ikki tekshiruv nuqtasi
- Ichkaridan — proksi ishlamayotgan tarmoqdagi kompyuter: uy interneti yoki muammo mobil tarmoqda boʻlsa, telefondan tarqatilayotgan internetdagi noutbuk. Terminalsiz telefondan koʻp narsani tekshirib boʻlmaydi, shuning uchun kompyuter kerak.
- Tashqaridan — bloklashlar aniq yoʻq tarmoq: chet eldagi ikkinchi server yoki TCP-portni turli mamlakatlardan tekshiradigan xizmatlar (masalan, check-host.net).
«Ichkaridan» oʻzingizning tashqi manzilingizni ham bilib oling — u serverda kerak boʻladi: curl -4 ifconfig.co.
1-tekshiruv. Proksi porti ochilyaptimi
Proksi portiga ikkala nuqtadan TCP-ulanish oʻrnatib koʻring:
nc -vz -w 5 203.0.113.10 443
- succeeded / open — ulanish oʻrnatildi, manzil va port mavjud;
- timed out — javob yoʻq: paketlar yoʻlda yoʻqolmoqda yoki server ularni qabul qilmayapti;
- refused — rad javobi keldi. Tashqaridan xuddi shu port ochiq boʻlsa, ichkaridan kelgan rad javobi sizning serveringizdan emas.
Tashqaridan port ochiq, ichkaridan — taym-aut: bloklash yoʻlda. Ikkala nuqtadan ham taym-aut — muammo serverning oʻzida: proksi ishga tushirilmagan yoki port fayrvol bilan yopilgan.
2-tekshiruv. Butun manzilmi yoki faqat port
Ichkaridan xuddi shu serverning boshqa portini tekshiring — masalan, SSH:
nc -vz -w 5 203.0.113.10 22
443 ham, 22 ham ochilmaydi — butun manzil yopilgan. 22 ochiladi, 443 esa yoʻq — muayyan port yoki undagi trafik cheklangan. Bu farq muhim: manzil bloklanganda na boshqa port, na proksining boshqa rejimi yordam beradi.
3-tekshiruv. Faqat sizning manzilingizmi yoki butun podsety
Manzil qaysi tarmoqqa kirishini bilib oling: whois 203.0.113.10 diapazonni (inetnum, route yoki CIDR maydonlari) va egasini koʻrsatadi. Keyin ichkaridan xuddi shu diapazondagi qoʻshnilarni tekshiring: shu hosterdagi ikkinchi serveringiz, hosterning sayti yoki paneli — agar ular xuddi shu tarmoqda boʻlsa.
Qoʻshnilar serveringiz kabi mavjud boʻlmasa — cheklov, ehtimol, podsetyga qoʻyilgan. Unda xuddi shu hosterdan IP ni almashtirishni soʻrash, ehtimol, yordam bermaydi: yangi manzil shu diapazondan beriladi. Boshqa provayder yoki xuddi shu provayderda boshqa tarmoq kerak.
4-tekshiruv. Paketlar serverga yetib boryaptimi
Eng aniq javobni serverning oʻzi beradi. Unda «ichkaridan» tashqi manzilingizdan paketlarni ushlashni ishga tushiring va shu bilan birga 1-tekshiruvni takrorlang:
sudo tcpdump -ni any 'tcp port 443 and host 198.51.100.7'
- Umuman paket yoʻq — ulanish serverga yetmay, kirishda uziladi.
- SYN keladi, server SYN-ACK bilan javob beradi, undan keyin jimlik — soʻrov yetib bordi, lekin javob mijozga qaytmayapti: teskari yoʻl yopilgan.
- Ulanish oʻrnatiladi va birinchi maʼlumot paketlaridan keyin uziladi — manzil mavjud, aralashuv protokol darajasida.
Aniqlik uchun ichkaridan marshrutga ham qarash mumkin: sudo traceroute -T -p 443 203.0.113.10 javoblar qaysi qismda yoʻqolishini koʻrsatadi. Oraliq tugunlar koʻpincha umuman javob bermasligini hisobga oling, shuning uchun marshrut oʻrtasidagi yulduzchalar hali bloklash degani emas.
TCP oʻtsa: protokolni tekshirish
Ichkaridan ulanish oʻrnatilyapti-yu, proksi ishlamayapti — demak, filtr manzilni oʻtkazadi va keyinroq aralashadi. FakeTLS rejimidagi proksi uchun server niqob domeniga oddiy HTTPS-soʻrovga qanday javob berishini tekshiring:
curl -v -I --resolve example.com:443:203.0.113.10 https://example.com/
- TLS qoʻl berish ichkaridan uziladi, lekin tashqaridan oʻtadi — SNI dagi nom yoki TLS ning oʻzi boʻyicha filtrlanyapti. Boshqa niqob domeni yordam beradi.
- curl niqob saytning sahifasini oladi, Telegram esa ulanmaydi — filtr, ehtimol, mijozning oʻzini taniyapti. telemt FAQ siga koʻra, 2026-yil apreldan Telegram mijozining ClientHello izi boʻyicha FakeTLS-proksini aniqlash usuli maʼlum; ilovalarning yangi versiyalarida u tuzatilgan, shuning uchun avvalo Telegramni yangilang.
Filtrga proksini yana qanday alomatlar fosh qilishi «Proksi nega bloklanadi» maqolasida tahlil qilingan, domen tanlash haqida esa «Niqob domenini qanday tanlash kerak» boʻlimida.
Adashtirmang: server Telegramni koʻrmayapti
Teskari holat ham boʻladi: mijozlar proksigacha yetib boradi, serverning oʻzi esa Telegram maʼlumotlar markazlari bilan bogʻlana olmaydi. Bu ichkaridan emas, serverdan tekshiriladi. mtg da tayyor tekshiruv bor — mtg doctor 1–5 va 203 maʼlumotlar markazlaridan oʻtadi. Istalgan dastur uchun mtg saqlaydigan roʻyxatdagi manzilni qoʻlda tekshirish mos keladi:
nc -vz -w 5 149.154.167.51 443 # DC 2
Maʼlumotlar markazlari javob bermasa, server manzilining bloklanishi bu yerda ahamiyatsiz — muammo serverning chiquvchi aloqasida yoki hosterda.
Natijalarga koʻra nima qilish kerak
- Faqat manzil yopilgan. Hosterdan yangi IP berishni soʻrang yoki proksini yangi serverga koʻchiring. Eski havolani qayta chiqaring: unda eski IP ga qaratilgan manzil yoki domen bor.
- Podsety yopilgan. Boshqa hosterga yoki boshqa tarmoqqa koʻching. Boshqa provayderda zaxira server saqlang — shunda koʻchish bir necha daqiqa oladi.
- Port yopilgan. Proksini 443 ga koʻchiring: bu port boshqalardan tabiiyroq koʻrinadi.
- Protokol filtrlanyapti. FakeTLS yoʻq boʻlsa, uni yoqing, niqob domenini almashtiring, Telegram mijozini yangilang.
Manzilning oʻzi yopilgan boʻlsa, proksining hech bir rejimi yordam bermaydi: niqoblash trafik shaklini oʻzgartiradi, ulanish yoʻnaltirilgan IP ni emas. Bu haqida telemt mualliflari ham toʻgʻridan-toʻgʻri yozadi: server bilan IP-aloqasiz MTProxy ishlay olmaydi.
Koʻp beriladigan savollar
Aynan IP bloklanganini qanday tez tushunish mumkin?
Serverga TCP-ulanishni proksi ishlamayotgan tarmoqdan va chet eldagi tarmoqdan tekshiring. Ichkaridan proksi porti ham, SSH ham ochilmasa, tashqaridan esa ikkalasi mavjud boʻlsa, manzil yoki butun podsety yopilgan.
Xuddi shu hosterda IP ni almashtirish yordam beradimi?
Faqat manzilning oʻzi bloklangan boʻlsa — ha. Cheklov hosterning podsetyiga qoʻyilgan boʻlsa, xuddi shu podsetydan yangi manzil ham xuddi shunday mavjud boʻlmaydi. Almashtirishni soʻrashdan oldin qoʻshni manzillarni tekshiring.
TCP-ulanish bor, Telegram esa ulanmayapti — bu bloklashmi?
Mumkin, lekin endi manzilniki emas. Demak, filtr ulanishni oʻtkazadi va keyinroq — qoʻl berishda yoki mijoz izi boʻyicha aralashadi. Bu yerda FakeTLS rejimi, boshqa niqob domeni va Telegramning yangi versiyasi yordam beradi.
Rossiyadagi ikkinchi kompyutersiz bloklashni tekshirib boʻladimi?
Qisman. Proksi ishlamayotgan tarmoq ichida nuqta kerak: telefondan tarqatilayotgan internetdagi noutbuk mos keladi. «Tashqaridan» tekshiruvni serverning oʻzidan yoki TCP-portni turli mamlakatlardan tekshiradigan xizmatlar orqali qilish mumkin.
Manbalar
- VGTimes, 15.10.2026: VPN bloklashlarining yangi toʻlqini — hosting-provayderlarning podsetylari zarba ostida qoldi
- 3DNews, 10.06.2026: Roskomnadzorning VPN ga yangi yondashuvi va rossiyalik xizmatlardagi nosozliklar
- mtg: README — mtg doctor
- mtg: Telegram maʼlumotlar markazlari manzillari (essentials/addresses.go)
- telemt: FAQ — MTProxy qachon ishlamaydi