Git-এ proxyAuthMethod-এর জন্য প্রক্সি ব্যবহারকারীর নাম দরকার
proxyAuthMethod সেটিং অকার্যকর মনে হলে প্রক্সি ব্যবহারকারীর নাম, নির্বাচিত পদ্ধতি, পরিবেশ ওভাররাইড এবং Git সংস্করণ যাচাই করুন।
আপনি http.proxyAuthMethod যোগ করেন, ক্লোন আবার চেষ্টা করেন এবং তবুও 407 দেখেন। সেটিংটির একটি নথিভুক্ত শর্ত আছে যা সহজে বাদ পড়ে: কনফিগার করা প্রক্সি স্ট্রিংয়ে একটি ব্যবহারকারীর নাম থাকতেই হবে।
URL-এ ব্যবহারকারীর নামের সঙ্গে আক্ষরিক পাসওয়ার্ড থাকা বাধ্যতামূলক নয়। Git নিজের ক্রেডেনশিয়াল ব্যবস্থার মাধ্যমে অনুপস্থিত পাসওয়ার্ড পেতে পারে। রাউটিং পরিচয় এবং প্রমাণীকরণ পদ্ধতিকে তবুও অভীষ্ট প্রক্সিকেই বোঝাতে হবে।
চারটি ইনপুট একসঙ্গে পরীক্ষা করুন
- কার্যকর প্রক্সি URI, এর পাসওয়ার্ড সরিয়ে।
- সেই প্রক্সির জন্য নির্বাচিত পদ্ধতি।
- যেকোনো প্রতি-remote ওভাররাইড বা
GIT_HTTP_PROXY_AUTHMETHODপরিবেশ ওভাররাইড। - Git সংস্করণ এবং এর HTTP ব্যাকএন্ডের সক্ষমতা।
বর্তমান Git anyauth, Basic, Digest, Negotiate এবং NTLM সহ পদ্ধতিগুলি নথিভুক্ত করে। একটি বেছে নিলে সংযুক্ত ব্যাকএন্ডে অনুপস্থিত সমর্থন যোগ হয় না। কোনো কর্পোরেট প্রশাসককেও প্রক্সির নীতি দুর্বল করতে হবে না কারণ একটি ক্লায়েন্ট অন্য পদ্ধতির জন্য কনফিগার করা হয়েছিল।
পুরোনো প্রতিবেদনে এমন সংস্করণ থাকে যা কপি করা অপশনটি বাস্তবায়ন করেনি। চলমান স্থানান্তর যে এটি ব্যবহার করছে তার প্রমাণ ছাড়াই একটি ইচ্ছামতো কনফিগারেশন কী সংরক্ষণ করা যায়। সংস্করণ-অনুযায়ী নথি এবং সম্পাদিত বিনিময় পড়ুন।
শেষে, রিপোজিটরি ক্রেডেনশিয়াল একটি পরবর্তী সম্পর্ক। Git হোস্টিং টোকেন প্রক্সির চ্যালেঞ্জ মেটায় না। রিপোজিটরি TLS যাচাই বন্ধ করলেও প্রক্সি নির্বাচিত প্রমাণীকরণ স্কিম গ্রহণ করে না। আগে সেই বিনিময় প্রতিষ্ঠা করুন, তারপর পরে আসা যেকোনো রিপোজিটরি প্রতিক্রিয়া নির্ণয় করুন।