Czy witryna potrafi odróżnić NAT od proxy przekazującego?
Oceń, czego wspólny publiczny adres IP, nagłówki przekazywania i wynik kontroli proxy mogą dowieść o drodze do witryny.
Kilku odwiedzających przychodzi z jednego publicznego adresu. To pasuje do bramy NAT w biurze. Pasuje też do współdzielonego proxy przekazującego. Sam adres nie wybiera między nimi.
NAT zmienia informacje o adresie na trasie. Proxy przekazujące przyjmuje połączenie i zestawia kolejne. To różne mechanizmy, ale cel widzi połączenia, które do niego docierają, a nie pełny spis sprzętu sieciowego klienta.
Pole Via w HTTP może dostarczyć dowodu na obecność pośredników HTTP. Jego brak czytaj węziej: to żądanie nie ujawniło tego wskaźnika temu obserwatorowi. Nagłówki mogą być niezaufane, usunięte lub niedostępne w zwykłym tunelu TLS od końca do końca. Bazy reputacji adresów IP dają inny rodzaj dowodu, z własnym zasięgiem i wiekiem.
Dlatego „nie wykryto proxy” w narzędziu sprawdzającym nie jest schematem sieci. Nie może też zaświadczyć, że każda inna witryna dojdzie do tego samego wniosku.
Jeśli obsługujesz klienta lub sieć, połącz obserwacje punktu końcowego z rzeczywistymi ustawieniami aplikacji, konfiguracją bramy i odpowiednimi zapisami połączeń. Jeśli obsługujesz tylko witrynę, opisz, co potwierdzają twoje sygnały, i zostaw miejsce na niepewność.
W przypadku kontroli dostępu zdecyduj, czego trzeba chronić. Wspólny adres bywa przydatny do zgrubnego limitu tempa, ale jest słabym zamiennikiem jednej osoby. Nazwanie go NAT-em lub proxy nie rozwiązuje tego problemu tożsamości.