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 থাকিব পৰা লগ সুৰক্ষিত ৰাখক।