Portkontroll - Gratis webbaserat verktyg

Bekräfta först att tjänsten lyssnar på alla nätverksgränssnitt, inte bara localhost (127.0.0.1). Kontrollera sedan att din värdbrändvägg tillåter inkommande trafik på den porten och konfigurera NAT-portomdirigering på din router om du är bakom en. Använd vår Portkontroll för att testa från ett externt nätverk. Ett stängt resultat betyder att värden aktivt avvisar anslutningar, vilket vanligtvis pekar på en saknad brandväggsregel eller en tjänst som inte körs. Ett filtrerat resultat betyder att en brandvägg tyst släpper paket innan de når värden. Testning efter varje konfigurationsändring isolerar exakt vilken komponent som blockerar åtkomst.

Ange ett domännamn eller en IP-adress och ett portnummer mellan 1 och 65535, klicka sedan på Kontrollera port. Verktyget försöker en TCP-anslutning från vår server till ditt mål och testar åtkomst från utanför ditt eget nätverk. Öppen betyder att porten accepterar externa anslutningar. Stängd betyder att värden aktivt vägrade anslutningen med ett TCP RST-paket. Filtrerad betyder att inget svar mottogs inom timeout-perioden, vilket vanligtvis indikerar att en brandvägg tyst släpper paket. Använd vår Portkontroll efter varje brandväggs- eller routerändringar för att isolera orsaken till anslutningsproblem.

En portkontrollant skickar ett TCP SYN-paket till en angiven värd och port och tolkar sedan svaret. Om porten är öppen svarar värden med TCP SYN-ACK, vilket slutför handskakningsprocessen. Om den är stängd returnerar värden ett TCP RST-paket, aktivt vägrar anslutningen. Om den är filtrerad anländer inget svar och begäran timeout, vilket indikerar att en brandvägg tyst släpper paket. Vår Portkontroll initierar detta test från en extern server, så resultaten reflekterar verklig åtkomst snarare än lokala nätverksförhållanden. Använd det för att validera brandväggsregler, bekräfta tjänsttillgänglighet eller diagnostisera anslutningsfel under distribution.

Portknockning döljer en tjänstport (vanligtvis SSH på port 22) genom att hålla den brandväggad tills en klient skickar anslutningsförsök till en fördefinierad sekvens av portar i rätt ordning, till exempel 7000, 8000, 9000. Brandväggen detekterar denna sekvens och öppnar tillfälligt målporten för den specifika IP-adressen. Portknockning minskar exponeringen för automatiserade skannrar och brute-force-attacker men är inte ett ersättande för stark autentisering, krypterade protokoll eller en korrekt konfigurerad brandväggspolicy. Det är en smygåtgärd, inte ett säkerhetslager i sig. Du kan verifiera om en port är synlig före och efter en knocksekvens med vår Portkontroll.

En port är problematisk när den är i ett oväntat tillstånd. En oväntat öppen port kan indikera en felkonfigurerad tjänst, en obehörig process eller en komprometterad värd som kräver omedelbar undersökning. En oväntat stängd eller filtrerad port på en obligatorisk tjänst betyder att trafiken blockeras, ofta orsakad av en nyligen genomförd brandväggsändring eller en misslyckad tjänstomstart. Nyckeldistinktionen är mellan stängd och filtrerad: en stängd port skickar ett TCP RST-svar, vilket betyder att värden är åtkomlig men tjänsten körs inte. En filtrerad port returnerar ingenting, vilket betyder att en brandvägg blockerar åtkomst innan värden kan svara. Använd vår Portkontroll för att detektera vilket tillstånd som gäller och felsöka därefter.

TCP (Transmission Control Protocol) är anslutningsbaserad och garanterar tillförlitlig, ordnad leverans genom en trevägshandskaking (SYN, SYN-ACK, ACK). Vanliga TCP-portar inkluderar 22 (SSH), 25 (SMTP), 80 (HTTP), 443 (HTTPS) och 3306 (MySQL). UDP (User Datagram Protocol) är anslutningslös och skickar paket utan att bekräfta leverans, vilket minskar latensen. Vanliga UDP-portar inkluderar 53 (DNS-frågor), 67 och 68 (DHCP), 123 (NTP) och spelarservrar såsom 27015 (Counter-Strike). De flesta portkontrollanter, inklusive vår, testar TCP-anslutning. UDP-portkontroll kräver en annan metod eftersom stängda UDP-portar inte producerar något svar på anslutningsförsök. Testa TCP-exponering med vår Portkontroll.

TCP fungerar på lager 4 (Transport) i OSI-modellen och hanterar tillförlitlig dataöverföring mellan två slutpunkter. HTTP fungerar på lager 7 (Application) och definierar formatet och sekvensen för meddelanden som utbyts mellan webbläsare och webbservrar. HTTP körs ovanpå TCP, oftast på port 80 för okrypterade anslutningar och port 443 för HTTPS (HTTP över TLS). HTTP/2 använder också TCP, medan HTTP/3 använder QUIC, ett protokoll byggt på UDP snarare än TCP. När du kontrollerar port 80 eller 443 med vår Portkontroll, du bekräftar TCP-åtkomst, inte HTTP-svarsvaliditet.

Port 80 förblir aktiv på de flesta webbservrar av fyra skäl. För det första HTTP-till-HTTPS-omdirigeringar: webbläsare ansluter på port 80 och mottar en 301-omdirigering till port 443 innan TLS-handskakingen börjar. För det andra SSL-certifikatutfärdelse: Let's Encrypt ACME HTTP-01-utmaningar verifierar domänägande genom att placera en token som är åtkomlig på port 80, så port 80 måste vara öppen för att erhålla eller förnya ett kostnadsfritt TLS-certifikat. För det tredje hälsokontroller för belastningsutjämnare: intern infrastruktur söker ofta port 80 eftersom de inte kräver kryptering. För det fjärde bakåtkompatibilitet med äldre HTTP-klienter, inbäddade enheter och företagsproxyer som inte stöder HTTPS. Du kan testa både port 80 och 443 med vår Portkontroll.

De flesta bostads-ISP:er blockerar inkommande anslutningar på port 25 (SMTP), port 80 (HTTP), port 443 (HTTPS) och port 8080 för att förhindra att kunder kör offentliga servrar på konsumentanslutningar. Port 25 är nästan universellt blockerad på bostads-IP:er för att minska skräppostöverföring. Vissa ISP:er blockerar också port 22 (SSH) inkommande. Företagsklassade eller statiska IP-planer tillåter vanligtvis dessa portar. Om vår Portkontroll rapporterar en port som filtrerad på din hem-IP men din brandvägg och tjänstkonfiguration verkar korrekt, kan din ISP blockera den porten på nätverksnivå. Kontakta din ISP eller använd en VPS eller molnserver om du behöver vara värd för offentliga tjänster på ett tillförlitligt sätt.

Nätverksportar är indelade i tre intervall definierade av IANA. Välkända portar (0 till 1023) är tilldelade standardprotokoll och inkluderar HTTP (80), HTTPS (443), SSH (22), FTP (21), SMTP (25) och DNS (53). Registrerade portar (1024 till 49151) används av applikationer som registrerades hos IANA, inklusive MySQL (3306), PostgreSQL (5432), Redis (6379) och MongoDB (27017). Efemära eller dynamiska portar (49152 till 65535) tilldelas tillfälligt av operativsystemet för utgående anslutningar och är inte associerade med en fast tjänst. De flesta portkontroller fokuserar på välkända och registrerade portar där tjänster förväntas lyssna. Du kan testa vilken port som helst i det fullständiga intervallet 1 till 65535 med vår Portkontroll.