Maaari bang makilala ng isang website ang NAT sa forward proxy?

Maraming bisita ang dumarating mula sa isang pampublikong address. Tugma ito sa isang NAT gateway ng opisina. Tugma rin ito sa isang shared forward proxy. Ang address lamang ay hindi pumipili sa pagitan ng dalawa.

Binabago ng NAT ang impormasyon ng address sa buong ruta. Tumatanggap ang forward proxy ng koneksyon at gumagawa ng susunod na koneksyon. Magkaibang mekanismo ang mga ito, ngunit ang destinasyon ay nakikita lamang ang mga koneksyong dumarating dito, hindi ang kumpletong imbentaryo ng kagamitan sa network ng kliyente.

Ang field na Via sa HTTP ay maaaring magbigay ng ebidensya ng mga tagapamagitan ng HTTP. Ang kawalan nito ay dapat basahin nang mas makitid: hindi inilantad ng kahilingang ito ang tagapagpahiwatig na iyon sa tagamasid na ito. Maaaring hindi mapagkakatiwalaan, tinanggal, o hindi magagamit ang mga header sa loob ng karaniwang TLS tunnel mula dulo hanggang dulo. Ang mga database ng reputasyon ng IP ay nagbibigay ng ibang uri ng ebidensya, may sariling saklaw at edad.

Kaya nga ang “walang proxy na natukoy” sa isang checker ay hindi isang diagram ng network. Hindi rin nito mapapatunayan na lahat ng iba pang website ay makakarating sa parehong konklusyon.

Kung ikaw ang nagpapatakbo ng kliyente o network, pagsamahin ang mga obserbasyon ng endpoint sa aktwal na mga setting ng aplikasyon, konfigurasyon ng gateway, at mga kaugnay na talaan ng koneksyon. Kung ang website lamang ang pinapalakad mo, ilarawan kung ano ang sinusuportahan ng iyong mga senyas at mag-iwan ng puwang para sa kawalan ng katiyakan.

Para sa mga kontrol sa pag-access, magpasya kung ano ang kailangang protektahan. Ang isang shared address ay maaaring maging kapaki-pakinabang para sa magaspang na limitasyon sa rate, ngunit mahinang kapalit para sa isang tao. Ang pagtawag dito na NAT o proxy ay hindi lumulutas sa problemang iyon ng pagkakakilanlan.