Skenování portů vám neřekne, kdo přijme přihlášení

Tři otázky se pletou, když někdo mává výsledkem skenování portů před problémem s VPN: je něco dostupné, je to služba, kterou si myslíte, a přijme to vaši identitu. Skener odpovídá na první a vágně ukazuje na druhou. Na třetí nemůže odpovědět vůbec, protože přijetí přihlašovacích údajů není to, co dělá transportní sonda. Rozhodněte, na kterou otázku se ptáte, než začnete číst výstup.

Nástroj není špatně; odpovídá na užší otázku, než je ta na stole.

Otevřený socket je fakt o socketu

Úspěšné TCP spojení znamená, že něco ten koncový bod přijalo. Nedokazuje, že naslouchající je zamýšlená služba VPN, že předložený certifikát odpovídá názvu, který očekáváte, nebo že ověření TLS projde. Administrační stránka brány na stejném názvu hostitele je úplně jiná služba a o tunelu nic neukazuje. Berte výsledek jako fakt o dostupnosti a nic víc.

Kde sonda skutečně pomáhá, je vylučování. Pokud nic nepřijme spojení z vašeho místa, handshake nemůže uspět, a to zužuje hledání na dostupnost dřív než cokoli jiného.

Ticho u UDP má několik vysvětlení

Protokoly UDP mohou oprávněně ignorovat pakety, které nejsou ověřené, takže chybějící odpověď není rozsudek. Může to znamenat filtrování na cestě, uzavřený koncový bod nebo službu, která záměrně mlčí, dokud nedostane něco platného. Čtení ticha jako zavřeného portu posílá lidi k pravidlům firewallu, zatímco skutečná závada je v profilu. Zopakujte sondu z jiné sítě, než uděláte jakýkoli závěr.

Nejednoznačnost je vlastnost protokolu, ne mezera v nástroji. Řekněte to jasně, když hlásíte výsledek, protože sebevědomá špatná odpověď je horší než nejistá správná.

Rozhodnutí o důvěře zůstává na vás

Otevřený port nerozhoduje o důvěře, takže výsledek skeneru není důvod vypínat kontroly certifikátů. To ověření existuje proto, aby odpovědělo, zda jste dosáhli zamýšleného protějšku, a skener na to neodpověděl. Pro identitu a autentizaci použijte skutečný profil a klienta operátora a poté ponechte nastavení ověření přesně tak, jak bylo.

Pokud sken říká otevřeno a handshake selže, zajímavá část selhání je v handshake, ne ve skenu.

Otestujte výměnu, pak trasu

Když autentizace uspěje, prohlédněte následující fáze odděleně: přidružení dat, nainstalované trasy a přístup aplikací. Každá může selhat, zatímco předchozí vypadala zdravě, a každá má svůj vlastní důkaz. Křížení klientských a naslouchacích protokolů s úzkými odchyty nebo počítadly dává diagnózu cesty, kterou opakované skenování nikdy nedá. Při porovnávání sítí držte profil a koncový bod pevné a zaznamenejte, kde se vyjednávání zastaví.

Udržujte také rozsah diagnostiky povolený. Sondovat systémy, které nevlastníte, není technika řešení potíží, ať nástroj o výsledku říká cokoli.

Sken odpovídá na dostupnost. Autentizace potřebuje přihlašovací údaj a trasa potřebuje paket. Skener může hlásit otevřený port, zatímco služba odmítá každé přihlášení, a může hlásit zavřený port, zatímco platná relace funguje z jiné sítě. Berte výsledek jako jedno pozorování o jedné cestě a poté otestujte údaj a zpáteční trasu odděleně.