Ncat HTTP proksi rejimi va qat’iy TCP releysi

Qat’iy bayt releysi HTTP qayta ishlashni mavjud proksiga qoldiradi. Ncat’ning HTTP tinglash rejimi protokolni tushunadigan boshqa xizmat.

client → local TCP relay → existing forward proxy → destination

Bu tartibda releyda bitta qat’iy yuqori oqim bor. Mijoz so‘rovini o‘zgartirmasdan mavjud oldingi proksiga uzatadi. O‘sha proksi mutlaq URL yoki CONNECT nishonini o‘qib, siyosatni qo‘llaydi va manzil ulanishini ochadi.

Releyni to‘g‘ridan-to‘g‘ri veb-saytga yo‘naltirish shartnomani o‘zgartiradi. Oldingi proksi manzillarni tanlashi va HTTP ramkalash hamda ulanish xatti-harakatini boshqarishi kerak; birinchi satrdan xost nomini olish yetarli emas.

Nmap’ning Ncat alohida HTTPni tushunadigan tinglash rejimini taklif qiladi:

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

Bu loopback misoli Ncat’ning proksi tatbiqini ishlatadi, har bir nc uchun umumiy xususiyat emas. Uning tinglash tomonidagi proksisi HTTP usullari va CONNECTni boshqaradi. Uning mijoz tomonidagi SOCKS parametrlari tinglash rejimida SOCKS serverini o‘rnatmaydi. Doimiy umumiy xizmat, shuningdek, ataylab ulanish boshqaruvi, kirishni nazorat qilish va jurnal yuritishni talab qiladi.

Kuzatish uchun shifrlash chegarasini aniqlang. Oddiy HTTP proksi ulanishidagi reley proksi so‘rovlari va javoblarini ko‘radi. CONNECTdan keyin manzilning HTTPSi TLS baytlari, o‘qiladigan sahifa mazmuni emas. Proksigacha bo‘lgan TLS o‘sha bog‘lanishdagi dastlabki proksi almashinuvini ham yashiradi. Izohlangan tranzaksiyalar uchun mijoz va proksi diagnostikasidan foydalaning, hisob ma’lumotlari yoki maxfiy URL bo‘lishi mumkin jurnallarni himoya qiling.

O'xshash maqolalar