Hali ya proksi ya HTTP ya Ncat dhidi ya relay ya TCP isiyobadilika

Relay ya baiti isiyobadilika huacha uchakataji wa HTTP kwa proksi iliyopo. Hali ya kusikiliza HTTP ya Ncat ni huduma nyingine inayofahamu itifaki.

client → local TCP relay → existing forward proxy → destination

Katika mpangilio huu, relay ina mkondo mmoja wa juu usiobadilika. Hupeleka ombi la mteja bila mabadiliko kwa proksi ya mbele iliyopo. Proksi hiyo husoma URL kamili au lengo la CONNECT, hutumia sera na hufungua muunganisho wa mahali panakokwenda.

Kuelekeza relay moja kwa moja kwenye tovuti hubadilisha mkataba. Proksi ya mbele lazima ichague maeneo ya kwenda na ishughulikie uumbizaji wa HTTP na tabia ya muunganisho; kutoa jina la mwenyeji kutoka mstari wa kwanza hakutoshi.

Ncat ya Nmap hutoa kwa tofauti hali ya kusikiliza inayofahamu HTTP:

ncat --listen 127.0.0.1 3128 --proxy-type http

Mfano huu wa loopback hutumia utekelezaji wa proksi wa Ncat, si kipengele wanachoshirikiana nc wote. Proksi yake upande wa kusikiliza hushughulikia mbinu za HTTP na CONNECT. Chaguo zake za SOCKS upande wa mteja haziweki seva ya SOCKS katika hali ya kusikiliza. Huduma ya kudumu inayoshirikiwa pia inahitaji ushughulikiaji wa makusudi wa miunganisho, udhibiti wa ufikiaji na uwekaji kumbukumbu.

Kwa uangalizi, tambua mpaka wa usimbaji fiche. Relay kwenye muunganisho wa kawaida wa proksi ya HTTP inaweza kuona maombi na majibu ya proksi. Baada ya CONNECT, HTTPS ya mahali panakokwenda ni baiti za TLS, si maudhui ya ukurasa yanayosomeka. TLS kwa proksi huficha hata mabadilishano ya awali ya proksi kwenye kiungo hicho. Tumia uchunguzi wa mteja na proksi kwa miamala iliyofasiriwa, na linda kumbukumbu zinazoweza kuwa na vitambulisho au URL nyeti.

Makala zinazohusiana