Port Ellenőrző - Ingyenes Online Eszköz

Először erősítsd meg, hogy a szolgáltatás az összes hálózati interfészen hallgat, nem csak a localhost (127.0.0.1) címen. Ezután ellenőrizd, hogy a gazdagép tűzfala engedélyezi a bejövő forgalmat az adott porton, és konfiguráld a NAT port forwarding-ot az útválasztón, ha egy mögött vagy. Használd az Port ellenőrző a külső hálózatból való teszteléshez. A zárt eredmény azt jelenti, hogy a gazdagép aktívan elutasítja a csatlakozásokat, amely általában egy hiányzó tűzfal szabályra vagy egy nem futó szolgáltatásra utal. A szűrt eredmény azt jelenti, hogy a tűzfal csendesen eldobja a csomagokat, mielőtt azok elérnék a gazdagépet. A tesztelés minden konfigurációs módosítás után pontosan elkülöníti, hogy melyik összetevő blokkolja a hozzáférést.

Adjon meg egy tartománynevet vagy IP-címet, valamint egy portszámot 1 és 65535 között, majd kattintson a Port ellenőrzésére. Az eszköz TCP csatlakozási kísérletet végez a szerverünkről a célhoz, a saját hálózaton kívülről való elérhetőséget tesztelve. Az Open azt jelenti, hogy a port elfogad külső csatlakozásokat. A Closed azt jelenti, hogy a gazdagép aktívan megtagadta a csatlakozást egy TCP RST csomaggal. A Filtered azt jelenti, hogy az időtúllépési időszakon belül nem érkezett válasz, amely jellemzően azt jelzi, hogy a tűzfal csendesen eldobja a csomagokat. Használd az Port ellenőrző minden tűzfal vagy útválasztó módosítás után, hogy elkülönítsed a csatlakozási problémák okát.

A portellenőrző TCP SYN csomagot küld egy megadott gazdagépre és portra, majd értelmezi a választ. Ha a port nyitott, a gazdagép TCP SYN-ACK-kal válaszol, befejezve a csatlakozási kézfogást. Ha zárt, a gazdagép TCP RST csomagot ad vissza, aktívan megtagadva a csatlakozást. Ha szűrt, nem érkezik válasz, és a kérés időtúllépésbe kerül, ami azt jelzi, hogy a tűzfal csendesen eldobja a csomagokat. Az Port ellenőrző külső szerverről kezdeményezi ezt a tesztet, így az eredmények a valós világbeli elérhetőséget tükrözik, nem a helyi hálózati feltételeket. Használd a tűzfal szabályainak érvényesítésére, a szolgáltatás rendelkezésre állásának megerősítésére, vagy a csatlakozási hibák diagnosztizálására a telepítés során.

A port knocking egy szolgáltatás portot (jellemzően SSH a 22-es porton) rejt el azzal, hogy tűzfallal tartja, amíg az ügyfél csatlakozási kísérleteket küld az előre meghatározott portok helyes sorrendjéhez, például 7000, 8000, 9000. A tűzfal felismeri ezt a sorozatot, és ideiglenesen megnyitja a célportot az adott IP cím számára. A port knocking csökkenti az automatizált szkennerek és brute-force támadások kitettségét, de nem helyettesíti az erős hitelesítést, a titkosított protokollokat vagy a megfelelően konfigurált tűzfal házirendet. Ez egy lopakodó intézkedés, nem egy biztonsági réteg önmagában. Ellenőrizheted, hogy egy port látható-e a kopogtatási sorozat előtt és után az Port ellenőrző.

A port problémás, ha váratlan állapotban van. Egy váratlanul nyitott port egy hibásan konfigurált szolgáltatást, egy illegális folyamatot vagy egy feltört gazdagépet jelezhet, amely azonnali vizsgálatot igényel. Egy váratlanul zárt vagy szűrt port egy szükséges szolgáltatáson azt jelenti, hogy a forgalom blokkolva van, amelyet gyakran egy friss tűzfal módosítás vagy egy sikertelen szolgáltatás újraindítás okoz. A kulcsfontosságú megkülönböztetés a zárt és szűrt között: egy zárt port TCP RST választ küld, ami azt jelenti, hogy a gazdagép elérhető, de a szolgáltatás nem fut. Egy szűrt port semmit nem ad vissza, ami azt jelenti, hogy a tűzfal blokkolja a hozzáférést, mielőtt a gazdagép válaszolhatna. Használd az Port ellenőrző annak megállapításához, hogy melyik állapot érvényes, és ennek megfelelően végezz hibaelhárítást.

A TCP (Transmission Control Protocol) kapcsolatalapú, és garantálja a megbízható, rendezett szállítást egy háromirányú kézfogáson keresztül (SYN, SYN-ACK, ACK). A gyakori TCP portok közé tartozik a 22 (SSH), 25 (SMTP), 80 (HTTP), 443 (HTTPS) és 3306 (MySQL). Az UDP (User Datagram Protocol) kapcsolat nélküli, és csomagokat küld anélkül, hogy megerősítené a szállítást, ami csökkenti a késleltetést. A gyakori UDP portok közé tartozik az 53 (DNS lekérdezések), 67 és 68 (DHCP), 123 (NTP) és játékszerver portok, például 27015 (Counter-Strike). A legtöbb portellenőrző, beleértve az miénket is, TCP csatlakozást tesztel. Az UDP port ellenőrzése más módszert igényel, mivel a zárt UDP portok nem adnak választ a csatlakozási kísérletekre. Tesztelje a TCP kitettséget az Port ellenőrző.

A TCP az OSI modell 4. rétegén (Transport) működik, és az adatok megbízható szállítását kezeli két végpont között. A HTTP a 7. rétegen (Application) működik, és meghatározza az üzenetek formátumát és sorrendjét, amelyeket böngészők és webszerverek között cserélnek. A HTTP a TCP-n fut, leggyakrabban a 80-as porton a titkosítatlan kapcsolatokhoz és a 443-as porton a HTTPS-hez (HTTP TLS-en keresztül). A HTTP/2 szintén TCP-t használ, míg a HTTP/3 a QUIC-ot használja, amely a TCP helyett az UDP-n alapul. Amikor a 80-as vagy 443-as portot ellenőrzöd az Port ellenőrző, a TCP elérhetőséget erősítöd meg, nem a HTTP válasz érvényességét.

A 80-as port az összes webszerveren aktív marad négy okból. Először, HTTP-HTTPS átirányítások: a böngészők a 80-as porton csatlakoznak, és 301 átirányítást kapnak a 443-as portra, mielőtt a TLS kézfogás megkezdődne. Másodszor, SSL tanúsítvány kibocsátása: a Let's Encrypt ACME HTTP-01 kihívások a tartomány tulajdonjogát ellenőrzik egy token elhelyezésével a 80-as porton, így a 80-as portnak nyitottnak kell lennie az ingyenes TLS tanúsítvány beszerzéséhez vagy megújításához. Harmadszor, terheléselosztó állapot-ellenőrzések: a belső infrastruktúra szondák gyakran a 80-as portot használják, mivel nem igényelnek titkosítást. Negyedszer, a régebbi HTTP kliensek, beágyazott eszközök és vállalati proxyk kompatibilitása, amelyek nem támogatják a HTTPS-t. A 80-as és 443-as portok mindkettőjét tesztelheted az Port ellenőrző.

A legtöbb lakossági internetszolgáltató blokkolja a bejövő kapcsolatokat a 25-ös porton (SMTP), a 80-as porton (HTTP), a 443-as porton (HTTPS) és a 8080-as porton, hogy megakadályozza az ügyfeleket abban, hogy nyilvános szervereket futtassanak fogyasztói kapcsolatokon. A 25-ös port szinte univerzálisan blokkolva van a lakossági IP-keken a spam keletkezésének csökkentésére. Egyes internetszolgáltatók a 22-es portot (SSH) is blokkolják a bejövő irányban. Az üzleti szintű vagy statikus IP-csomagok általában engedélyezik ezeket a portokat. Ha az egyik Port ellenőrző egy szűrt portként jelenti meg a portot a saját IP-jén, de a tűzfal és a szolgáltatás konfigurációja helyesnek tűnik, az internetszolgáltatód blokkolhatja azt a portt a hálózat szintjén. Fordulj az internetszolgáltatódhoz, vagy használj egy VPS-t vagy felhő szervert, ha megbízhatóan szeretnél nyilvános szolgáltatásokat üzemeltetni.

A hálózati portok az IANA által meghatározott három tartományra vannak osztva. Jól ismert portok (0 és 1023 között) a standard protokollokhoz vannak hozzárendelve, és tartalmazzák a HTTP-t (80), HTTPS-t (443), SSH-t (22), FTP-t (21), SMTP-t (25) és DNS-t (53). Regisztrált portok (1024 és 49151 között) az IANA-val regisztrált alkalmazások által használatosak, beleértve a MySQL-t (3306), PostgreSQL-t (5432), Redis-t (6379) és MongoDB-t (27017). Epemeris vagy dinamikus portok (49152 és 65535 között) az operációs rendszer által ideiglenesen vannak hozzárendelve a kimenő csatlakozásokhoz, és nem társulnak egy rögzített szolgáltatáshoz. A legtöbb portellen-őrzés a jól ismert és regisztrált portokra összpontosít, ahol a szolgáltatások várhatóan hallgatnak. A teljes 1 és 65535 közötti tartomány bármely portját tesztelheted az Port ellenőrző.