<VirtualHost> ব্লকটি বর্ণনা করে Apache কীভাবে মিলে যাওয়া অনুরোধ পরিচালনা করবে। তবে এটি শোনার সকেট তৈরি করে না। তাই পোর্ট 8080-এ একটি ফরওয়ার্ড-প্রক্সি কনফিগারেশন বৈধ দেখতে হওয়া কোনো ফাইলে থাকতে পারে, অথচ ক্লায়েন্টরা সেখানে কোনো লিসেনার পায় না।

Listen নির্দেশটি সেই আলাদা প্রয়োজন মেটায়। কেবল স্থানীয় ক্লায়েন্ট বা সুরক্ষিত টানেলের মাধ্যমে পৌঁছানো প্রক্সির ক্ষেত্রে কাঙ্ক্ষিত রূপে এটি থাকতে পারে:

Listen 127.0.0.1:8080

<VirtualHost 127.0.0.1:8080>
    # Existing restricted forward-proxy configuration
</VirtualHost>

এটি সম্পর্কটি দেখায়, সম্পূর্ণ প্রক্সি স্থাপনা নয়। বিদ্যমান ক্লায়েন্ট অনুমোদন ও গন্তব্য নিষেধাজ্ঞা বজায় রাখুন। loopback ঠিকানাটি ইচ্ছাকৃতভাবে নতুন কোনো সর্বজনীন প্রক্সি লিসেনার দেয় না।

কার্যকর কনফিগারেশনে ওভারল্যাপিং Listen এন্ট্রিও যাচাই করুন। বিদ্যমান লিসেনার লক্ষ্য না করেই আরেকটি নির্দেশ যোগ করলে স্টার্টআপ বাধাগ্রস্ত হতে পারে। নির্দিষ্ট ঠিকানা থেকে ওভারল্যাপিং wildcard বাইন্ডিংয়ে যাওয়ার সময় Apache-এর সমর্থিত রিস্টার্ট পদ্ধতিও গুরুত্বপূর্ণ।

SSH যখন এই প্রক্সিতে ফরওয়ার্ড করে, তখন দূর প্রান্তকে অবশ্যই একটি প্রকৃত লিসেনারে পৌঁছাতে হবে। সফল SSH লগইন কনফিগার করা Apache পোর্টকে তৈরি করে না। HTTP শংসাপত্র বদলানো বা অ্যাক্সেস নিয়ম দুর্বল করার আগে লিসেনার ও কাঙ্ক্ষিত বাইন্ডিং ঠিক করুন। তারপর প্রকৃত লিসেনারে অনুমোদিত ও প্রত্যাখ্যাত অ্যাক্সেসের ক্ষেত্র যাচাই করুন।

সম্পর্কিত নিবন্ধ