ব্রাঞ্চ ব্রাউজার থেকে প্রক্সি: দুটি সংযোগ, দুটি রুট

স্পষ্ট প্রক্সির পেছনের একটি ব্রাঞ্চ ব্রাউজার দুটি সংযোগ খোলে, এবং সেগুলো ভিন্ন কারণে ব্যর্থ হয়। প্রথমটি ব্রাউজার থেকে প্রক্সি লিসেনার, যা ব্রাঞ্চ VPN দিয়ে বহন করা হয়। দ্বিতীয়টি প্রক্সি থেকে ওয়েবসাইট, প্রক্সির নিজস্ব রিজলভার, রুট ও ইগ্রেস নীতি ব্যবহার করে। যে সাপোর্ট টিকিট দুটিকে এক প্রবাহ হিসেবে দেখে, তারা মানুষকে ঘণ্টার পর ঘণ্টা ভুল ডিভাইসে পাঠায়। প্রতিটি সচেতনভাবে সেট করুন এবং সেই ক্রমে পরীক্ষা করুন।

ধাপ 1: দুটি প্রবাহ লিখে ফেলুন

ব্রাউজারের তাৎক্ষণিক গন্তব্য প্রক্সি লিসেনার, ব্যবহারকারী শেষে যে সব সাইটে যান তা নয়। এই একটি বাক্য এই নকশার অধিকাংশ বিভ্রান্তি দূর করে।

branch browser -> site VPN -> central proxy listener
central proxy -> approved egress policy -> website

ভিন্ন উৎস, ভিন্ন রুট, ভিন্ন অনুমতি। পরিবর্তন রেকর্ডে স্কেচটি রাখুন, কারণ পরের প্রতিটি পরীক্ষা এর দুই অর্ধের একটিকে নির্দেশ করে।

ধাপ 2: ব্রাউজারকে লিসেনারে যাওয়ার পথ দিন

প্রক্সি হোস্টনেম, লিসেনার পোর্ট, প্রমাণীকরণের প্রয়োজনীয়তা এবং অনুমোদিত ব্রাঞ্চ উৎস লিখুন। সেই তালিকাই প্রথম প্রবাহের গ্রহণযোগ্যতার মাপকাঠি, এবং এতে ব্যক্তিগত নাম রিজলিউশন ও টানেল রুট দুটোই থাকা উচিত।

ইন্টারনেটে অনিয়ন্ত্রিত প্রক্সি প্রকাশ করার বদলে উদ্দিষ্ট পরিষেবার জন্য সংকীর্ণ নেটওয়ার্ক নিয়ম প্রয়োগ করুন। উদ্দিষ্ট ক্লায়েন্টদের কাছে সমর্থিত পথ থাকলে প্রক্সি অভ্যন্তরীণ নেটওয়ার্কে থাকতে পারে।

ধাপ 3: শুধু রুট টেবিল নয়, ব্রাউজার কনফিগার করুন

ব্রাউজারের প্রক্সি সেটিং, PAC ফাইল বা প্রতিষ্ঠানের ব্যবস্থাপিত ডিসকভারি প্রক্রিয়া ব্যবহার করুন। রুট দিয়ে সাধারণ ওয়েবসাইট প্যাকেট প্রক্সি ঠিকানার দিকে পাঠালে ব্রাউজার প্রক্সি প্রোটোকল বলে না; এটি স্বচ্ছ ইন্টারসেপশন এবং এটি ভিন্ন গেটওয়ে নকশার অংশ।

কোন অ্যাপ্লিকেশন সেটিংটি মানে তা লিখে রাখুন। মেইল ক্লায়েন্ট, আপডেটার ও গেমগুলো প্রায়ই মানে না, এবং তারা সাধারণ পথই ব্যবহার করতে থাকবে।

ধাপ 4: প্রক্সির অগ্রবর্তী সংযোগ প্রমাণ করুন

প্রক্সির নিজস্ব রিজলভার ও ওয়েবসাইটে অনুমোদিত রুট দরকার, সাথে তার ইন্টারনেট সীমান্তের যেসব ফায়ারওয়াল বা অনুবাদ নীতি প্রয়োজন। লিসেনারে পৌঁছানো ব্রাউজার এর কিছুই প্রমাণ করে না। প্রক্সি থেকেই দ্বিতীয় প্রবাহ পরীক্ষা করুন, ব্যবহারকারীর জানানো একই গন্তব্য ও পোর্ট ব্যবহার করে।

HTTPS-এর জন্য CONNECT অনুরোধকৃত গন্তব্যে একটি টানেল খোলে। সাধারণ ফরওয়ার্ডিং প্রক্সিকে ডিক্রিপ্ট করা পৃষ্ঠা দেয় না, এবং পরিদর্শন বানাতে সার্টিফিকেট যাচাই বন্ধ করা সমাধান নয়।

ধাপ 5: চারটি ব্যর্থতা আলাদা করুন

প্রক্সি প্রমাণীকরণ চ্যালেঞ্জ হলো লিসেনার থেকে 407। প্রত্যাখ্যাত CONNECT হলো প্রক্সিতে একটি নীতি সিদ্ধান্ত, সাধারণত নিজস্ব স্ট্যাটাস ও লগ লাইন সহ। ব্যর্থ অগ্রবর্তী সংযোগ দেখতে টাইমআউট বা রিসেটের মতো, যা প্রক্সি গন্তব্যের বিপরীতে লগ করে। ওয়েবসাইটের প্রতিক্রিয়া মানে দুটি সংযোগই কাজ করেছে এবং সমস্যা উৎসে।

আপনি যে সীমান্ত দেখেছেন তা রিপোর্ট করুন, VPN ব্যর্থ হয়েছে এমন সারসংক্ষেপ নয়।

ধাপ 6: পরিধি নির্ধারণ করুন এবং ফলব্যাক পরিকল্পনা করুন

প্রক্সি বা টানেল অনুপলব্ধ হলে কী হবে তা নির্ধারণ করুন, এবং স্পষ্ট বলুন এই নকশা কোন ট্র্যাফিক কভার করে। এটি প্রক্সি সেটিং মানে এমন ক্লায়েন্ট থেকে ওয়েব অ্যাক্সেস বহন করে; মেইল, যেকোনো ডিভাইস প্রোটোকল বা কনফিগারেশন উপেক্ষা করা সফটওয়্যার বহন করে না।

নকশাটি আরও ক্লায়েন্টে বাড়ানোর আগে অনুমোদিত পরিকল্পনার অধীনে প্রয়োজনীয় ব্রাউজার অপারেশন ও একটি প্রয়োজনীয় প্রত্যাখ্যান যাচাই করুন।