Ferskate besikers komme fan ien iepenbier adres. Dat past by in kantoar-NAT-gateway. It past ek by in dielde foarútproxy. It adres allinnich kiest net tusken dy beiden.

NAT feroaret adresynformaasje lâns it paad. In foarútproxy akseptearret in ferbining en makket in folgjende ferbining. Dat binne ferskate meganismen, mar in bestimming sjocht de ferbiningen dy't him berikke, net in folsleine ynventaris fan 'e netwurkapparatuer fan 'e klant.

In HTTP-fjild Via kin bewiis leverje foar HTTP-tuskenlagen. Behandel it ûntbrekken dêrfan smeller: dit fersyk hat dy oanwizing net oan dizze waarnimmer bleatlein. Headers kinne ûnbetrouber wêze, fuortsmiten of net beskikber yn in gewoane end-to-end TLS-tunnel. IP-reputaasjedatabases leverje in oare soarte bewiis, mei har eigen dekking en âldens.

Dêrom is “gjin proxy fûn” by in kontrôlear gjin netwurkskema. It kin ek net befestigje dat elke oare webside ta deselde konklúzje komt.

As jo de klant of it netwurk beheare, kombinearje dan de waarnimmings fan it einpunt mei de werklike ynstellings fan 'e applikaasje, de konfiguraasje fan 'e gateway en de relevante ferbiningsregistraasjes. As jo allinnich de webside beheare, beskriuw dan wat jo sinjalen stypje en lit romte foar ûnwissichheid.

Foar tagongsbehear moatte jo beslute wat jo beskermje wolle. In dield adres kin nuttich wêze foar in grove taryflimyt, mar is in minne ferfanging foar ien persoan. It NAT of proxy neame lost dat identiteitsprobleem net op.

Relatearre artikelen