Apache AllowCONNECT আৰু HTTPS গন্তব্য প'ৰ্ট

আপোনাৰ Apache প্ৰক্সিয়ে 3128 প'ৰ্টত শুনে। এজন ক্লায়েন্টে সফলভাৱে ইয়াত উপনীত হয়, কিন্তু 8443 প'ৰ্টত থকা HTTPS সেৱা বিফল হয়। প্ৰক্সিৰ শুনা প'ৰ্ট সলনি কৰিলে সেই নিৰ্দিষ্ট পাৰ্থক্যটো সমাধান হোৱাৰ সম্ভাৱনা কম।

ক্লায়েন্টে প্ৰথমে প্ৰক্সি শ্ৰোতাৰ সৈতে সংযোগ কৰে। তাৰ CONNECT অনুৰোধে তাৰ পিছত পৃথক গন্তব্য হোষ্ট আৰু প'ৰ্টৰ নাম দিয়ে। Apacheৱে প্ৰথম সংযোগ গ্ৰহণ কৰি দ্বিতীয় কাৰ্য্যক নাকচ কৰিব পাৰে।

AllowCONNECT-ক গন্তব্য নীতি হিচাপে পঢ়ক

Apache 2.4-ৰ বাবে mod_proxy_connectৱে অহা CONNECT অনুৰোধসমূহ পৰিচালনা কৰে। ইয়াৰ AllowCONNECT নির্দেশে সেই অনুৰোধসমূহৰ বাবে উপলব্ধ গন্তব্য প'ৰ্ট নিয়ন্ত্ৰণ কৰে। নথিভুক্ত ডিফল্ট হৈছে 443 আৰু 563।

AllowCONNECT 443 8443

এই উদাহৰণে সেই দুটা গন্তব্য প'ৰ্ট বাছনি কৰে। ই ডিফল্ট বাছনিটো প্ৰতিস্থাপন কৰে; ই 8443 যোগ কৰি নীৰৱে প্ৰতিটো ডিফল্ট প'ৰ্ট ধৰি নাৰাখে। প্ৰযোজ্য চাৰ্ভাৰ বা virtual-host конфигурацияত নির্দেশটো ব্যৱহাৰ কৰক।

প্ৰক্সিৰ ক্লায়েন্ট অনুমোদন নিয়মসমূহ যথাস্থানত ৰাখক। অনুমোদিত গন্তব্য প'ৰ্টে কোন ক্লায়েন্টে সেৱা ব্যৱহাৰ কৰিব পাৰে সেই বিষয়ে একো নকয়, আৰু গন্তব্য-হোষ্ট নিষেধাজ্ঞাৰ প্ৰয়োজন হ'লে ইয়াৰ বিকল্প নহয়।

এটা ৰিভাৰ্ছ-প্ৰক্সি উদাহৰণে ভিন্ন প্ৰশ্নৰ উত্তৰ দিয়ে

Apache আৰু HTTPS-ৰ সন্ধান ফলাফলে প্ৰায়ে এটা ৰাজহুৱা ৱেবছাইটক স্থিৰ বেকএণ্ডলৈ ফৰৱাৰ্ড কৰা দেখুৱায়। সেই конфигурацияটো এনে নহয় যেনেকৈ এটা ব্ৰাউজাৰে ফৰৱাৰ্ড প্ৰক্সিক নিৰ্বাচিত ৱেবছাইটলৈ CONNECT টানেল খুলিবলৈ কয়। ইয়াৰ ৰাউটিং নির্দেশসমূহ কপি কৰিলে মূল প্ৰক্সি সমস্যাটো অস্পৰ্শিত থাকিব পাৰে।

বিফলতা নিৰ্ণয় কৰোঁতে, ক্লায়েন্টে উপনীত হোৱা শ্ৰোতা, অনুৰোধ কৰা CONNECT authority, আৰু প্ৰক্সিৰ উত্তৰ লিপিবদ্ধ কৰক। যদি CONNECT সফল হয় আৰু তাৰ পিছত TLS বিফল হয়, তেন্তে গন্তব্য-প'ৰ্ট অনুমতিয়ে ইতিমধ্যে নিজৰ অংশ কৰিছে। AllowCONNECT বাৰে বাৰে বহল কৰাৰ পৰিৱৰ্তে TLS বিফলতাৰ সৈতে আগবাঢ়ক।