Aanlyn TCP- & Proxy-poorttoetser

Updated: 2026-11-05

Voordat jy probleme met instaanbediener-verifikasie (407) of blaaierkonfigurasiefoute oplos, maak eers seker dat die afgeleë bediener se TCP-poort werklik bereikbaar is oor die publieke internet. Voer enige publieke IP of gasheernaam en tot 8 TCP-poorte hierbo in om werklike drieledige TCP-handskudvertraging (SYN → SYN-ACK) te meet.

Vermy Vuurmuur-kopseer met Gebruiksgereed Instaanbedieners

Koop Onmiddellike Proxies Free Proxy Checker

Quick Presets:

Verwysing na Algemene Proxy- & Bediener-TCP-poorte

Verskillende instaan-daemons (Squid, 3proxy, Dante, HAProxy, Nginx) en bedienerdienste luister op standaard- of hoëreeks-TCP-poorte:

TCP-poort(e)	Algemene Protokol / Diens	Tipiese Proxy- & Bedienergebruik
`8080`, `3128`, `8888`	HTTP / HTTPS CONNECT Proxy	Standaardpoorte vir Squid, 3proxy en VinaProxy HTTP(S)-gateways
`1080`, `1081`	SOCKS4 / SOCKS5 Proxy	Verstekluisterpoorte vir Dante en SOCKS5-herleiers
`80`, `443`	HTTP / TLS Web Server	Webbedieners, omgekeerde instaanbedieners en vuurmuurvriendelike instaanluisteraars
`10000–60000`	Dedicated High-Range Ports	Toegewys aan toegewyde statiese IPv4- & ISP-instaanbedienertoekennings

Diagnoseer 'Connection Refused' teenoor 'Timeout'

OOP (met ms-vertraging): Die afgeleë gasheer het ons TCP-SYN-pakkie aanvaar en SYN-ACK teruggestuur—die instaan-daemon of diens luister aktief.
GESLUIT (refused): Die gasheer-IP is aanlyn, maar niks luister op daardie poort nie (of 'n iptables REJECT-reël het 'n RST-pakkie gestuur).
GESLUIT (timeout): 'n Vuurmuur (AWS Security Group, UFW, Cloudflare of ISP-filter) het die SYN-pakkie stilweg laat val voordat dit die toepassing kon bereik.

Stap vir stap

1
Voer die teiken publieke IP of gasheernaam in
Plak jou instaanbediener-IP of VPS-gasheernaam in die 'Target Public IP'-veld.
2
Spesifiseer tot 8 TCP-poorte
Tik kommageskeide poortnommers in (bv. 80, 443, 1080, 3128, 8080 of jou spesifieke toegewese instaanpoort).
3
Klik op 'Check Ports' om 'n intydse TCP-ondersoek uit te voer
Ons bediener inisieer 'n werklike TCP-sokkelaansluiting na elke poort met streng SSRF-beskerming.
4
Inspekteer Oop/Gesluit-status en handskud-RTT
As die poort OOP is maar jou instaanbediener steeds in 'n blaaier misluk, verifieer jou username:password-bewyse in ons Proxy Checker.

Gereelde vrae

Wat is die verskil tussen hierdie Poorttoetser en die Proxy Checker?

Die Poorttoetser toets Laag 4 TCP-bereikbaarheid (SYN / SYN-ACK) op enige poort sonder om instaanbediener-bewyse te stuur. Die Proxy Checker toets Laag 7-instaanbedienerverifikasie (HTTP CONNECT of SOCKS5) en verifieer die uitgang-IP.

Waarom blokkeer die Poorttoetser `127.0.0.1`- of `192.168.x.x`-adresse?

Vir sekuriteit (SSRF-beskerming) skakel ons bediener slegs publieke eenuitsending-internetadresse (isPublicIp) en weier teruglus-, RFC1918-privaat LAN- en skakellokale reekse.

Waarom is my poort hier OOP, maar onbereikbaar vanaf my kantoor-Wi-Fi?

Korporatiewe, universiteits- of hotel-Wi-Fi-netwerke blokkeer dikwels uitgaande verbindings na niestaandaard hoë poorte (soos 3128 of 30000+). Probeer om van netwerk te wissel of gebruik 'n instaanbediener wat op 'n standaardpoort luister.