Portkontrol - Gratis Online-værktøj

Bekræft først, at tjenesten lytter på alle netværksgrænseflader, ikke kun localhost (127.0.0.1). Kontroller derefter, at din verts firewall tillader indgående trafik på denne port, og konfigurer NAT-portomdirigering på din router, hvis du er bag en. Brug vores Portkontrol til at teste fra et eksternt netværk. Et lukket resultat betyder, at værten aktivt afviser forbindelser, hvilket normalt peger på en manglende firewallregel eller en tjeneste, der ikke kører. Et filtreret resultat betyder, at en firewall stille dropper pakker, før de når værten. Test efter hver konfigurationsændring for at isolere præcis, hvilken komponent der blokerer adgang.

Angiv et domænenavn eller en IP-adresse og et portnummer mellem 1 og 65535, og klik derefter på Check Port. Værktøjet forsøger en TCP-forbindelse fra vores server til dit mål og tester forbindelsen fra uden for dit eget netværk. Open betyder, at porten accepterer eksterne forbindelser. Closed betyder, at værten aktivt afviste forbindelsen med en TCP RST-pakke. Filtered betyder, at intet svar blev modtaget inden for timeout-perioden, hvilket typisk indikerer, at en firewall stille dropper pakker. Brug vores Portkontrol efter hver firewall- eller routerændring for at isolere årsagen til forbindelsesproblemer.

En portchecker sender en TCP SYN-pakke til en specificeret vært og port og fortolker derefter svaret. Hvis porten er åben, svarer værten med TCP SYN-ACK, hvilket fuldender forbindelses-handshake'et. Hvis den er lukket, returnerer værten en TCP RST-pakke, hvilket aktivt afviser forbindelsen. Hvis den er filtreret, ankommer intet svar, og anmodningen timeout'er, hvilket indikerer, at en firewall stille dropper pakker. Vores Portkontrol initierer denne test fra en ekstern server, så resultaterne afspejler virkelighedens forbindelse snarere end lokale netværksforhold. Brug det til at validere firewallregler, bekræfte tjenestens tilgængelighed eller diagnosticere forbindelsesfejl under implementering.

Portknokning skjuler en tjenestepport (typisk SSH på port 22) ved at holde den firewalled, indtil en klient sender forbindelsesforsøg til en foruddefineret sekvens af porte i den rigtige rækkefølge, for eksempel 7000, 8000, 9000. Firewallen registrerer denne sekvens og åbner midlertidigt målporten for denne specifikke IP-adresse. Portknokning reducerer eksponering for automatiserede scannere og brute-force-angreb, men er ikke en erstatning for stærk godkendelse, krypterede protokoller eller en korrekt konfigureret firewall-politik. Det er en skjulingsforanstaltning, ikke et sikkerhedslag i sig selv. Du kan bekræfte, om en port er synlig før og efter en knock-sekvens ved hjælp af vores Portkontrol.

En port er problematisk, når den er i en uventet tilstand. En uventet åben port kan indikere en forkonfigureret tjeneste, en uautoriseret proces eller en kompromitteret vært, der kræver øjeblikkelig undersøgelse. En uventet lukket eller filtreret port på en påkrævet tjeneste betyder, at trafik bliver blokeret, ofte forårsaget af en nylig firewall-ændring eller en mislykket tjenestegjenstart. Nøgleskellet mellem lukket og filtreret er, at en lukket port sender et TCP RST-svar, hvilket betyder, at værten kan nås, men tjenesten kører ikke. En filtreret port returnerer intet, hvilket betyder, at en firewall blokerer adgang, før værten kan svare. Brug vores Portkontrol til at registrere, hvilken tilstand der gælder, og fejlfinde i overensstemmelse hermed.

TCP (Transmission Control Protocol) er forbindelsesorienteret og garanterer pålidelig, ordnet levering gennem et tre-vejs handshake (SYN, SYN-ACK, ACK). Almindelige TCP-porte inkluderer 22 (SSH), 25 (SMTP), 80 (HTTP), 443 (HTTPS) og 3306 (MySQL). UDP (User Datagram Protocol) er forbindelsesfri og sender pakker uden at bekræfte levering, hvilket reducerer latens. Almindelige UDP-porte inkluderer 53 (DNS-forespørgsler), 67 og 68 (DHCP), 123 (NTP) og game server-porte såsom 27015 (Counter-Strike). De fleste portcheckers, inklusive vores, tester TCP-forbindelse. UDP-portkontrol kræver en anden metode, da lukkede UDP-porte ikke producerer noget svar på forbindelsesforsøg. Test TCP-eksponering ved hjælp af vores Portkontrol.

TCP opererer på lag 4 (Transport) i OSI-modellen og håndterer pålidelig levering af data mellem to endepunkter. HTTP opererer på lag 7 (Application) og definerer formatet og sekvensen af meddelelser, der udveksles mellem browsere og webservere. HTTP kører oven på TCP, mest almindeligt på port 80 for ukrypterede forbindelser og port 443 for HTTPS (HTTP over TLS). HTTP/2 bruger også TCP, mens HTTP/3 bruger QUIC, en protokol bygget på UDP snarere end TCP. Når du kontrollerer port 80 eller 443 med vores Portkontrol, bekræfter du TCP-forbindelse, ikke HTTP-svars-validitet.

Port 80 forbliver aktiv på de fleste webservere af fire årsager. For det første HTTP-til-HTTPS-omdirigeringer: browsere forbinder på port 80 og modtager en 301-omdirigering til port 443, før TLS-handshake'et begynder. For det andet SSL-certifikatudstedelse: Let's Encrypt ACME HTTP-01-udfordringer bekræfter domæneejendom ved at placere et token, der er tilgængeligt på port 80, så port 80 skal være åben for at opnå eller forny et gratis TLS-certifikat. For det tredje belastningsudligner-sundhedskontroller: intern infrastruktur sonder bruger ofte port 80, da de ikke kræver kryptering. For det fjerde arv-kompatibilitet med ældre HTTP-klienter, indlejrede enheder og virksomhedsproxyer, der ikke understøtter HTTPS. Du kan teste både port 80 og 443 ved hjælp af vores Portkontrol.

De fleste private internetudbydere blokerer indgående forbindelser på port 25 (SMTP), port 80 (HTTP), port 443 (HTTPS) og port 8080 for at forhindre kunder i at køre offentligt tilgængelige servere på forbruger-forbindelser. Port 25 er næsten universelt blokeret på private IP-adresser for at reducere spam-oprindelse. Nogle internetudbydere blokerer også port 22 (SSH) indgående. Erhvervsmæssige eller statiske IP-planer tillader typisk disse porte. Hvis vores Portkontrol rapporterer en port som filtreret på din private IP, men din firewall og tjenestekonfiguration ser ud til at være korrekte, din internetudbyder blokerer muligvis denne port på netværksniveau. Kontakt din internetudbyder, eller brug en VPS eller cloud-server, hvis du skal hoste offentligt tilgængelige tjenester pålideligt.

Netværksporte er opdelt i tre områder defineret af IANA. Velkendte porte (0 til 1023) er tildelt standard-protokoller og inkluderer HTTP (80), HTTPS (443), SSH (22), FTP (21), SMTP (25) og DNS (53). Registrerede porte (1024 til 49151) bruges af applikationer, der er registreret hos IANA, herunder MySQL (3306), PostgreSQL (5432), Redis (6379) og MongoDB (27017). Flygtige eller dynamiske porte (49152 til 65535) tildeles midlertidigt af operativsystemet for udgående forbindelser og er ikke forbundet med en fast tjeneste. De fleste portkontroller fokuserer på velkendte og registrerede porte, hvor tjenester forventes at lytte. Du kan teste enhver port i det fulde 1 til 65535-område ved hjælp af vores Portkontrol.