Ncat-ის HTTP პროქსის რეჟიმი და ფიქსირებული TCP რელე

client → local TCP relay → existing forward proxy → destination

ამ განლაგებაში რელეს ერთი ფიქსირებული ზედა ნაკადი აქვს. კლიენტის მოთხოვნას უცვლელად გადასცემს არსებულ წინა პროქსის. ის პროქსი კითხულობს აბსოლუტურ URL-ს ან CONNECT სამიზნეს, იყენებს პოლიტიკას და ხსნის დანიშნულების კავშირს.

რელეს პირდაპირ ვებგვერდზე მიმართვა ცვლის ხელშეკრულებას. წინა პროქსიმ უნდა შეარჩიოს დანიშნულებები და მართოს HTTP ჩარჩოება და კავშირის ქცევა; პირველი ხაზიდან ჰოსტის სახელის ამოღება საკმარისი არ არის.

Nmap-ის Ncat ცალკე გვთავაზობს HTTP-ის მცოდნე მოსმენის რეჟიმს:

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

ეს loopback მაგალითი იყენებს Ncat-ის პროქსის იმპლემენტაციას და არა თვისებას, რომელიც ყველა nc-ს აქვს. მისი მოსმენის მხარის პროქსი მართავს HTTP მეთოდებსა და CONNECT-ს. მისი კლიენტის მხარის SOCKS პარამეტრები მოსმენის რეჟიმში SOCKS სერვერს არ ქმნის. მუდმივი საერთო სერვისი ასევე მოითხოვს გააზრებულ კავშირების მართვას, წვდომის კონტროლსა და ჟურნალირებას.

დაკვირვებისთვის განსაზღვრეთ დაშიფვრის საზღვარი. ჩვეულებრივი HTTP პროქსის კავშირზე მყოფი რელე ხედავს პროქსის მოთხოვნებსა და პასუხებს. CONNECT-ის შემდეგ დანიშნულების HTTPS არის TLS ბაიტები და არა წაკითხვადი გვერდის შიგთავსი. პროქსიმდე TLS მალავს ამ რგოლზე პირველად პროქსის გაცვლასაც. ინტერპრეტირებული ტრანზაქციებისთვის გამოიყენეთ კლიენტისა და პროქსის დიაგნოსტიკა, და დაიცავით ჟურნალები, რომლებიც შეიძლება შეიცავდეს სერტიფიკატებს ან მგრძნობიარე URL-ებს.