TCP და პროქსი პორტების ონლაინ შემოწმება
Updated:
სანამ პროქსის ავთენტიფიკაციის (407) ან ბრაუზერის კონფიგურაციის შეცდომების გამოსწორებას შეუდგებით, დარწმუნდით, რომ დაშორებული სერვერის TCP პორტი ნამდვილად ხელმისაწვდომია საჯარო ინტერნეტით. შეიყვანეთ ნებისმიერი საჯარო IP ან ჰოსტის სახელი და 8-მდე TCP პორტი, რათა გაზომოთ TCP-ს სამმხრივი შეთანხმების (three-way 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 ვებ-სერვერი | ვებ-სერვერები, Reverse პროქსიები და ფაირვოლთან თავსებადი პროქსი-ლისენერები |
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 ამოწმებს Layer 4 TCP ხელმისაწვდომობას (SYN / SYN-ACK) ნებისმიერ პორტზე პროქსის ავტორიზაციის მონაცემების გაგზავნის გარეშე. Proxy Checker კი ამოწმებს 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 ქვეყანაში.
შეიძინეთ მყისიერი პროქსიები