Git இன் proxyAuthMethod க்கு ப்ராக்ஸி பயனர் பெயர் தேவை
proxyAuthMethod அமைப்பு பயனற்றதாகத் தோன்றும்போது ப்ராக்ஸி பயனர் பெயர், தேர்ந்தெடுத்த முறை, சூழல் மேலெழுதல் மற்றும் Git பதிப்பைச் சரிபார்க்கவும்.
நீங்கள் http.proxyAuthMethod சேர்த்து, clone ஐ மீண்டும் முயற்சித்தும் இன்னும் 407 காண்கிறீர்கள். இந்த அமைப்பிற்கு எளிதில் தவறவிடக்கூடிய ஆவணப்படுத்தப்பட்ட நிபந்தனை உள்ளது: கட்டமைக்கப்பட்ட ப்ராக்ஸி சரத்தில் பயனர் பெயர் இருக்க வேண்டும்.
URL இல் பயனர் பெயருடன் நேரடி கடவுச்சொல் இருக்க வேண்டியதில்லை. Git ஆனது தனது சான்றுகள் இயந்திரத்தின் மூலம் காணாமல் போன கடவுச்சொல்லைப் பெற முடியும். இருப்பினும் வழிசெலுத்தல் அடையாளமும் அங்கீகார முறையும் நோக்கமிடப்பட்ட ப்ராக்ஸியையே குறிக்க வேண்டும்.
நான்கு உள்ளீடுகளை ஒன்றாகச் சரிபார்க்கவும்
- உண்மையான ப்ராக்ஸி URI, கடவுச்சொல் நீக்கப்பட்டு.
- அந்த ப்ராக்ஸிக்குத் தேர்ந்தெடுக்கப்பட்ட முறை.
- எந்த per-remote மேலெழுதலும் அல்லது
GIT_HTTP_PROXY_AUTHMETHODசூழல் மேலெழுதல். - Git பதிப்பு மற்றும் அதன் HTTP backend இன் திறன்கள்.
தற்போதைய Git anyauth, Basic, Digest, Negotiate மற்றும் NTLM உள்ளிட்ட முறைகளை ஆவணப்படுத்துகிறது. ஒன்றைத் தேர்ந்தெடுப்பது இணைக்கப்பட்ட backend க்கு காணாமல் போன ஆதரவைச் சேர்ப்பதில்லை. ஒரு client வேறு முறைக்குக் கட்டமைக்கப்பட்டது என்பதற்காக நிறுவன நிர்வாகி ப்ராக்ஸி கொள்கையை பலவீனப்படுத்தக் கூடாது.
பழைய அறிக்கைகளில் நகலெடுக்கப்படும் விருப்பத்தைச் செயல்படுத்தாத பதிப்புகள் உள்ளன. எந்தவொரு தன்னிச்சையான கட்டமைப்பு விசையும் இயங்கும் பரிமாற்றம் அதைப் பயன்படுத்துகிறது என்பதற்கான ஆதாரமின்றிச் சேமிக்கப்படலாம். பதிப்புக்குரிய ஆவணங்களையும் திருத்தப்பட்ட பரிமாற்றத்தையும் படிக்கவும்.
இறுதியாக, களஞ்சியச் சான்றுகள் பிந்தைய உறவு. Git வழங்கல் டோக்கன் ப்ராக்ஸியின் சவாலை நிறைவேற்றாது. களஞ்சியத்தின் TLS சரிபார்ப்பை முடக்குவதும் தேர்ந்தெடுத்த அங்கீகாரத் திட்டத்தை ப்ராக்ஸி ஏற்கச் செய்யாது. முதலில் அந்தப் பரிமாற்றத்தை நிறுவி, பின்னர் தொடரும் எந்தக் களஞ்சியப் பதிலையும் கண்டறியவும்.