পাবলিক রিপোজিটরিতে প্রক্সি সেটিং রাখার আগে
প্রক্সি এন্ডপয়েন্টকে প্রক্সি ক্রেডেনশিয়াল থেকে আলাদা করুন এবং ব্যাখ্যা করুন কেন প্রথমটি প্রকাশ করলে অ্যাক্সেস নিয়ন্ত্রণ পাওয়া যায় না।
কনফিগারেশন ফাইলে থাকা প্রক্সি হোস্টনেম প্রক্সি পাসওয়ার্ডের সমান কিছু নয়। যেকোনো একটি প্রকাশ করা সুচিন্তিত সিদ্ধান্ত দাবি করে, কিন্তু পরিণতি ভিন্ন।
এন্ডপয়েন্ট পাঠকদের বলে কোথায় একটি সেবা পৌঁছানো যায়। http://name:[email protected]:8080 এর মতো URL তাদের ব্যবহারযোগ্য ক্রেডেনশিয়ালও দেয়। কেবল ঠিকানার মতো দেখায় বলে এটি কখনোই নিরীহ হিসেবে বিবেচিত হওয়া উচিত নয়।
লুকানো ঠিকানা অ্যাক্সেস নীতি নয়
ব্যক্তিগত প্রক্সির জন্য এর ব্যবহারকারীদের উপযোগী নিয়ন্ত্রণ দরকার: প্রমাণীকরণ, অনুমোদিত ক্লায়েন্ট নেটওয়ার্ক এবং গন্তব্য সীমাবদ্ধতা। ঠিকানাটি রিপোজিটরির বাইরে রাখা এগুলোর বিকল্প নয়। সর্বজনীনভাবে পৌঁছানো যায় এমন সেবা কেউ আপনার কনফিগারেশন না পড়েও আবিষ্কার করা যেতে পারে।
বিপরীতভাবে, একটি সেবার ঠিকানা প্রকাশ করা প্রমাণ করে না যে এটি খোলা। এন্ডপয়েন্ট এখনো ক্রেডেনশিয়াল দাবি করতে পারে বা কেবল নির্দিষ্ট নেটওয়ার্ক থেকে পৌঁছানো যেতে পারে। গোপনীয়তা ও প্রমাণীকরণ একই অর্থ বহন করে ধরে না নিয়ে প্রকৃত অ্যাক্সেস সীমা পর্যালোচনা করুন।
ভাগ করা যায় এমন উদাহরণের জন্য ডকুমেন্টেশন হোস্টনেম ব্যবহার করুন এবং গোপনীয়তা বাদ দিন। ব্যক্তিগত সেটিংস প্রকল্পের প্রতিষ্ঠিত গোপন বা স্থানীয় কনফিগারেশন ব্যবস্থায় রাখুন। তৈরি করা ফাইল ও অনুলিপি করা ডায়াগনস্টিক লগ সম্পর্কে সতর্ক থাকুন, যেগুলোতে সম্পূর্ণ ক্রেডেনশিয়ালযুক্ত URL থাকতে পারে।
ক্রেডেনশিয়াল প্রকাশিত হলে প্রথমে সেগুলো প্রত্যাহার বা ঘোরানোর মাধ্যমে তাদের উপযোগিতা সরান। সাম্প্রতিকতম ফাইল সম্পাদনা করা অনুলিপি, আগের কমিট বা ক্যাশে থাকা বিষয়বস্তু সরায় না। GitHub-এর সংবেদনশীল ডেটা নির্দেশিকা ব্যাখ্যা করে কেন ইতিহাস পরিষ্কার করা আলাদা কাজ।
কার্যকর পর্যালোচনা উভয় দিক যাচাই করে: প্রকাশিত তথ্য কী অ্যাক্সেস দেয়, এবং ঠিকানা জানা থাকলেও প্রক্সি সীমাবদ্ধ থাকে কি না।