Ինչպես ստուգել՝ պրոքսիով սերվերի IP-ն արգելափակվա՞ծ է

Հասկանալու համար՝ սերվերի IP-ն արգելափակվա՞ծ է, համեմատեք երկու կետ. ցանցը, որտեղ պրոքսին չի աշխատում, և արտասահմանյան ցանցը։ Եթե ներսից TCP կապ չի հաստատվում սերվերի ոչ մի պորտով, իսկ դրսից ամեն ինչ բացվում է, փակված է հասցեն կամ հոսթերի ամբողջ ենթացանցը։ Եթե ներսից կապը կա, բայց Telegram-ը միևնույն է չի միանում, հասցեն կապ չունի. ֆիլտրում են արձանագրությունը։ Ստորև՝ ստուգումները ըստ կարգի և ինչ անել յուրաքանչյուր դեպքում։

Ինչ կարող է փակված լինել

Ինչ է փակված	Ինչպես է երևում	Ինչ կօգնի
IP հասցե	Ներսից սերվերի ոչ մի պորտ չի բացվում, դրսից՝ բոլորը	Նոր հասցե
Հոսթերի ենթացանց	Անհասանելի են նաև նույն հոսթերի հարևան հասցեները	Այլ հոսթեր կամ այլ ենթացանց
Պորտ	SSH-ը բացվում է, պրոքսիի պորտը՝ ոչ	443 կամ այլ պորտ
Արձանագրություն	TCP կապը կա, ձեռքսեղմումը կամ Telegram-ը չեն անցնում	FakeTLS, այլ տիրույթ, թարմ հաճախորդ

Ենթացանցերի արգելափակումները տեսություն չեն։ 2026 թվականի հոկտեմբերին VGTimes-ը գրել է VPN-ների սահմանափակումների նոր ալիքի մասին, որում, ըստ հրատարակության տվյալների, սահմանափակումները կիրառվում էին արդեն ոչ թե առանձին IP հասցեների, այլ հոսթինգ-մատակարարների ամբողջ ենթացանցերի նկատմամբ։ Իսկ հունիսին 3DNews-ը՝ հղելով kod.ru-ին, հաղորդել է Selectel-ի, Beget-ի և Timeweb-ի մոտ ռեսուրսների մասնակի անհասանելիության մասին, որը մատակարարները կապում էին TSPU-ի ֆիլտրման կանոնների փոփոխության հետ։

Նախապատրաստում. ստուգման երկու կետ

Ներսից՝ համակարգիչ այն ցանցում, որտեղ պրոքսին չի աշխատում. տնային ինտերնետ կամ հեռախոսից բաշխմամբ նոութբուք, եթե խնդիրը շարժական ցանցում է։ Հեռախոսից առանց տերմինալի շատ բան չես ստուգի, ուստի համակարգիչ է պետք։
Դրսից՝ ցանց, որտեղ արգելափակումներ ակնհայտորեն չկան. արտասահմանում երկրորդ սերվեր կամ ծառայություններ, որոնք TCP պորտը ստուգում են տարբեր երկրներից (օրինակ՝ check-host.net)։

Իմացեք նաև ձեր արտաքին հասցեն «ներսից». այն կպետք գա սերվերում՝ curl -4 ifconfig.co։

Ստուգում 1. Պրոքսիի պորտը բացվո՞ւմ է

Փորձեք երկու կետից էլ TCP կապ հաստատել պրոքսիի պորտի հետ՝

nc -vz -w 5 203.0.113.10 443

succeeded / open՝ կապը հաստատված է, հասցեն և պորտը հասանելի են;
timed out՝ պատասխան չկա. փաթեթները կորչում են ճանապարհին, կամ սերվերը դրանք չի ընդունում;
refused՝ մերժում է եկել։ Եթե դրսից նույն պորտը բաց է, ներսից մերժումը ձեր սերվերից չի եկել։

Դրսից պորտը բաց է, ներսից՝ timeout. արգելափակումը ճանապարհին է։ Timeout երկու կետից էլ՝ խնդիրը հենց սերվերում է. պրոքսին չի գործարկված կամ պորտը փակ է firewall-ով։

Ստուգում 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-ն արգելափակվա՞ծ է