Online TCP- és proxyport-ellenőrző

Updated: 2026-11-05

Mielőtt a proxy-hitelesítési (407) vagy böngésző-konfigurációs hibákat kezdené elhárítani, ellenőrizze, hogy a távoli szerver TCP-portja valóban elérhető-e a nyilvános interneten keresztül. Adjon meg fent egy nyilvános IP-címet vagy hosztnevet, valamint legfeljebb 8 TCP-portot a valós háromutas TCP-kézfogás késleltetésének (SYN → SYN-ACK) méréséhez.

Kerülje el a szervertűzfal okozta fejfájást azonnal használható proxykkal

Azonnali proxyk vásárlása Free Proxy Checker

Quick Presets:

Gyakori proxy- és szerver-TCP-portok áttekintése

A különböző proxy démonok (Squid, 3proxy, Dante, HAProxy, Nginx) és szerverszolgáltatások standard vagy magas tartományú TCP-portokon figyelnek:

TCP-port(ok)	Gyakori protokoll / szolgáltatás	Jellemző proxy- és szerverhasználat
`8080`, `3128`, `8888`	HTTP / HTTPS CONNECT proxy	Standard portok Squid, 3proxy és VinaProxy HTTP(S) átjárók számára
`1080`, `1081`	SOCKS4 / SOCKS5 proxy	Alapértelmezett figyelőportok Dante és SOCKS5 relék számára
`80`, `443`	HTTP / TLS webszerver	Webszerverek, reverz proxyk és tűzfalbarát proxy-figyelők
`10000–60000`	Dedikált, magas tartományú portok	Dedikált statikus IPv4- és ISP-proxykiosztásokhoz rendelve

A 'Connection Refused' és a 'Timeout' hibák diagnosztizálása

OPEN (ms késleltetéssel): A távoli hoszt elfogadta a TCP SYN csomagunkat, és SYN-ACK választ küldött – a proxy démon vagy szolgáltatás aktívan figyel.
CLOSED (refused): A hoszt IP-címe online, de semmi sem figyel az adott porton (vagy egy iptables REJECT szabály RST csomagot küldött).
CLOSED (timeout): Egy tűzfal (AWS Security Group, UFW, Cloudflare vagy ISP-szűrő) csendben eldobta a SYN csomagot, mielőtt az elérte volna az alkalmazást.

Lépésről lépésre

1
Adja meg a cél nyilvános IP-címét vagy hosztnevét
Illessze be a proxyszerver IP-címét vagy a VPS hosztnevét a 'Target Public IP' mezőbe.
2
Adjon meg legfeljebb 8 TCP-portot
Írja be a portszámokat vesszővel elválasztva (pl. 80, 443, 1080, 3128, 8080 vagy a kifejezetten hozzárendelt proxyportját).
3
Kattintson a 'Check Ports' gombra az élő TCP-teszt futtatásához
Szerverünk szigorú SSRF-védelem mellett valós TCP-socket kapcsolatot létesít az egyes portokhoz.
4
Tekintse meg az Open/Closed állapotot és a kézfogási RTT-t
Ha a port OPEN állapotú, de a proxy továbbra sem működik a böngészőben, ellenőrizze a username:password hitelesítési adatait a Proxy Checker eszközünkben.

Gyakran ismételt kérdések

Mi a különbség ezen Port Checker és a Proxy Checker között?

A Port Checker a 4. rétegbeli (Layer 4) TCP-elérhetőséget (SYN / SYN-ACK) teszteli bármely porton anélkül, hogy elküldené a proxy hitelesítési adatait. A Proxy Checker a 7. rétegbeli (Layer 7) proxy-hitelesítést (HTTP CONNECT vagy SOCKS5) teszteli, és ellenőrzi a kilépő IP-címet.

Miért blokkolja a Port Checker a `127.0.0.1` vagy `192.168.x.x` címeket?

Biztonsági okokból (SSRF-védelem) szerverünk kizárólag nyilvános unicast internetes címeket hív meg (isPublicIp), és elutasítja a loopback, az RFC1918 szerinti privát LAN és a link-local tartományokat.

Miért OPEN a portom itt, de elérhetetlen az irodai Wi-Fi-ről?

A vállalati, egyetemi vagy szállodai Wi-Fi-hálózatok gyakran blokkolják a nem szabványos, magas portokra (mint például a 3128 vagy 30000+) irányuló kimenő kapcsolatokat. Próbáljon hálózatot váltani, vagy használjon szabványos porton figyelő proxyt.