চ্যালেঞ্জ-প্রথম ক্লায়েন্ট প্রক্সী জিজ্ঞাসা করার জন্য অপেক্ষা করে। প্রিম্পটিভ Basic ক্লায়েন্ট ইতিমধ্যে নির্বাচিত এন্ডপয়েন্ট জানে এবং তার প্রথম প্রযোজ্য অনুরোধে শংসাপত্র পাঠায়। সেই বিনিময় সরানো উপকারী হতে পারে। তবুও এটি একটি সিদ্ধান্ত যে পাসওয়ার্ড কোথায় যায়।

অপ্টিমাইজেশনের আগে এন্ডপয়েন্ট জানুন

পরিচিত প্রমাণীকরণ নীতি সহ একটি নির্দিষ্ট ব্যক্তিগত প্রক্সী এমন একটি রাউটিং স্তরের চেয়ে স্পষ্ট ক্ষেত্র যা অপরিচিত মধ্যস্থতাকারী বেছে নিতে পারে। অ্যাকাউন্টটিকে প্রত্যাশিত প্রক্সী পরিচয় ও প্রোটোকলের সাথে বেঁধে দিন। প্রতিটি চ্যালেঞ্জ একটি কোম্পানি পাসওয়ার্ডে উত্তর দেয় এমন সাধারণ callback তৈরি করবেন না।

Basic অ্যাকাউন্টের base64 উপস্থাপনা বহন করে, এনক্রিপ্টেড প্রমাণ নয়। প্রক্সী শ্রোতার কাছে TLS ওয়েবসাইটের HTTPS সেশনের থেকে পৃথক সংযোগ পছন্দ। ওয়েবসাইটের HTTPS সুড়ঙ্গ অসংকেতিত ক্লায়েন্ট-থেকে-প্রক্সী সংযোগে পাঠানো Basic শংসাপত্রকে পিছিয়ে গিয়ে সুরক্ষা দেয় না। ব্যক্তিগত LAN একটি অবস্থান, এনক্রিপশনের বৈশিষ্ট্য নয়।

পদ্ধতিটি নির্দিষ্ট রাখুন

প্রিম্পটিভ Basic Digest, NTLM বা Negotiate-এর জন্য সর্বজনীন শর্টকাট নয়। সেই পদ্ধতিগুলির নিজস্ব বিনিময় প্রয়োজনীয়তা আছে। সমর্থিত স্কিম আবিষ্কারকারী ক্লায়েন্ট বৈধভাবে অতিরিক্ত লেনদেন করতে পারে।

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

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

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