TCP և պրոքսի պորտերի առցանց ստուգում
Updated:
Նախքան պրոքսիի նույնականացման (407) կամ բրաուզերի կարգավորումների սխալները շտկելը, համոզվեք, որ հեռավոր սերվերի TCP պորտն իրականում հասանելի է հանրային ինտերնետում: Մուտքագրեք ցանկացած հանրային IP կամ հոսթի անուն և մինչև 8 TCP պորտ՝ իրական եռակողմ TCP handshake-ի հապաղումը (SYN → SYN-ACK) չափելու համար:
Հաճախ հանդիպող պրոքսի և սերվերային TCP պորտերի տեղեկատու
Տարբեր պրոքսի ծառայություններ (Squid, 3proxy, Dante, HAProxy, Nginx) և սերվերային ծառայություններ լսում են ստանդարտ կամ բարձր տիրույթի TCP պորտերում:
| TCP պորտ(եր) | Տարածված արձանագրություն / ծառայություն | Սովորական պրոքսի և սերվերային կիրառություն |
|---|---|---|
8080, 3128, 8888 | HTTP / HTTPS CONNECT պրոքսի | Ստանդարտ պորտեր Squid-ի, 3proxy-ի և VinaProxy HTTP(S) դարպասների համար |
1080, 1081 | SOCKS4 / SOCKS5 պրոքսի | Լռելյայն լսվող պորտեր Dante-ի և SOCKS5 ռելեների համար |
80, 443 | HTTP / TLS վեբ սերվեր | Վեբ սերվերներ, հակադարձ պրոքսիներ և ֆայերվոլին համատեղելի պրոքսի լսողներ |
10000–60000 | Հատկացված բարձր տիրույթի պորտեր | Հատկացված են ստատիկ IPv4 և ISP պրոքսիների առանձնացված տիրույթներին |
«Connection Refused»-ի և «Timeout»-ի ախտորոշում
- OPEN (մվ հապաղմամբ)․ հեռավոր հոսթն ընդունել է մեր TCP
SYNփաթեթը և վերադարձրելSYN-ACK՝ պրոքսի ծառայությունը կամ սերվիսն ակտիվորեն լսում է: - CLOSED (
refused)․ հոսթի IP-ն առցանց է, սակայն այդ պորտում ոչինչ չի լսում (կամiptables REJECTկանոնն ուղարկել էRSTփաթեթ): - CLOSED (
timeout)․ ֆայերվոլը (AWS Security Group, UFW, Cloudflare կամ ISP ֆիլտր) աննկատ մերժել էSYNփաթեթը՝ նախքան հավելվածին հասնելը:
Քայլ առ քայլ
- 1
Մուտքագրեք թիրախային հանրային IP-ն կամ հոսթի անունը
Տեղադրեք ձեր պրոքսի սերվերի IP-ն կամ VPS-ի հոսթի անունը «Target Public IP» դաշտում:
- 2
Նշեք մինչև 8 TCP պորտ
Մուտքագրեք պորտերի համարները՝ ստորակետով բաժանված (օրինակ՝
80, 443, 1080, 3128, 8080կամ ձեզ հատկացված պրոքսի պորտը): - 3
Սեղմեք «Check Ports»՝ ուղիղ TCP ստուգում սկսելու համար
Մեր սերվերն իրականացնում է իրական TCP սոկետային միացում յուրաքանչյուր պորտի հետ՝ SSRF-ի խիստ պաշտպանությամբ:
- 4
Ստուգեք Open/Closed կարգավիճակը և handshake RTT-ն
Եթե պորտը OPEN է, բայց պրոքսին բրաուզերում դեռ չի աշխատում, ստուգեք ձեր
username:passwordտվյալները մեր Proxy Checker-ում:
Հաճախ տրվող հարցեր
Ո՞րն է տարբերությունը այս Port Checker-ի և Proxy Checker-ի միջև:
Port Checker-ը ստուգում է 4-րդ մակարդակի (Layer 4) TCP հասանելիությունը (SYN / SYN-ACK) ցանկացած պորտում՝ առանց պրոքսիի տվյալներ ուղարկելու: Proxy Checker-ը ստուգում է 7-րդ մակարդակի (Layer 7) պրոքսիի նույնականացումը (HTTP CONNECT կամ SOCKS5) և հաստատում ելքային IP-ն:
Ինչո՞ւ է Port Checker-ն արգելափակում `127.0.0.1` կամ `192.168.x.x` հասցեները:
Անվտանգության նկատառումներով (SSRF պաշտպանություն) մեր սերվերը միանում է միայն հանրային unicast ինտերնետային հասցեներին (isPublicIp) և մերժում է loopback, RFC1918 մասնավոր LAN և link-local տիրույթները:
Ինչո՞ւ է իմ պորտն այստեղ OPEN, բայց անհասանելի՝ գրասենյակային Wi-Fi-ից:
Կորպորատիվ, համալսարանական կամ հյուրանոցային Wi-Fi ցանցերը հաճախ արգելափակում են ելքային միացումները ոչ ստանդարտ բարձր պորտերին (ինչպիսիք են 3128-ը կամ 30000+-ը): Փորձեք փոխել ցանցը կամ օգտագործել ստանդարտ պորտում աշխատող պրոքսի:
Խուսափեք սերվերի ֆայերվոլի խնդիրներից՝ պատրաստի պրոքսիների միջոցով
Ակնթարթային HTTP(S) Dedicated IPv4 և Static ISP պրոքսիներ՝ 24/7 մոնիթորինգով 7 երկրներում:
Գնել ակնթարթային պրոքսիներ