Ni IP gani ya mteja ambayo proksi mzazi huiona?
Fuatilia anwani ya chanzo inayoonekana na proksi ya juu na weka metadata ya mteja inayopelekwa ndani ya mpaka wa uaminifu uliobainishwa.
Kuorodhesha kituo cha kazi kwenye orodha ya kuruhusiwa hakumaanishi kwamba proksi mpya ya chini inaruhusiwa kuunganisha kwa niaba yake:
workstation → local proxy → corporate parent → websiteProksi ya ndani hufungua muunganisho mpya kwa mzazi. Kwa kawaida mzazi huona anwani ya kutoka ya proksi hiyo, ikiwezekana baada ya NAT. Anwani ya kituo cha kazi asilia haifanyiki kuwa chanzo cha muunganisho mpya kwa sababu tu kilianzisha ombi zima.
Tafuta chanzo cha moja kwa moja ambacho mzazi hupokea kwa kweli. Idhinisha proksi ya chini kwa huduma inayokusudiwa tu, na huhifadhi vizuizi vya mteja kwenye nakala ya chini. Vinginevyo mpatanishi anayeruhusiwa anaweza kumpa ufikiaji yeyote anayeweza kuifikia.
Kuna msamaha wa kusudi kwa tafsiri rahisi ya socket-peer. Squid 6 na 7 zinaweza kufuata X-Forwarded-For kutoka kwa wenza wanaotegemewa kwa uwazi na kutumia anwani isiyo ya moja kwa moja ya mteja inayotokana na hiyo kwa majukumu yaliyochaguliwa. Mipangilio husika huamua ikiwa ACL ya chanzo inatumia utambulisho huo uliotolewa; src si kila wakati mwenza mbichi wakati kipengele hiki kimewashwa.
Amini utambulisho uliopelekwa tu kutoka kwa mpatanishi anayausafisha na kuutoa kwa usahihi. X-Forwarded-For yoyote ya hiari inayotolewa na mteja ni thamani inayodaiwa, si chanzo kilichothibitishwa. Pale sera inaporuhusu, andika kumbukumbu ya mwenza wa moja kwa moja na mteja asilia anayetegemewa: wa kwanza huonyesha ni nani aliunganisha na mzazi, wa pili huonyesha ni nani alihudumiwa na wa chini.