Un sito web può distinguere il NAT da un proxy forward?
Valutate cosa possono stabilire un indirizzo IP pubblico condiviso, le intestazioni di inoltro e l'esito di un controllo proxy sul percorso verso un sito.
Diversi visitatori arrivano da un solo indirizzo pubblico. Questo è compatibile con un gateway NAT aziendale. È compatibile anche con un proxy forward condiviso. L'indirizzo da solo non sceglie tra i due.
Il NAT modifica le informazioni sull'indirizzo lungo il percorso. Un proxy forward accetta una connessione e ne instaura un'altra in avanti. Sono meccanismi diversi, ma una destinazione vede le connessioni che la raggiungono, non un inventario completo delle apparecchiature di rete del client.
Un campo Via HTTP può fornire indizi sugli intermediari HTTP. La sua assenza va letta in modo più ristretto: questa richiesta non ha esposto quell'indicatore a questo osservatore. Le intestazioni possono essere inaffidabili, rimosse o non disponibili dentro un normale tunnel TLS end-to-end. I database di reputazione degli IP offrono un altro tipo di prova, con la propria copertura e la propria età.
Per questo «nessun proxy rilevato» in un verificatore non è un diagramma di rete. Non può nemmeno attestare che ogni altro sito arriverà alla stessa conclusione.
Se gestite il client o la rete, unite le osservazioni dell'endpoint alle impostazioni effettive dell'applicazione, alla configurazione del gateway e ai registri di connessione pertinenti. Se gestite solo il sito, descrivete ciò che i vostri segnali sostengono e lasciate spazio all'incertezza.
Per i controlli di accesso, decidete cosa dovete proteggere. Un indirizzo condiviso può essere utile per un limite di frequenza grossolano, ma è un cattivo sostituto di una singola persona. Chiamarlo NAT o proxy non risolve quel problema di identità.