'n Proxy-URL kan die gebruikersnaam bevat sonder om die wagwoord te bevat:

[http]
    proxy = http://[email protected]:8080

Git probeer die ontbrekende wagwoord deur sy geloofsbriewemeganisme verkry. Vervang die rekening en eindpunt met jou eie. Die Git-bou, HTTP-agterkant en proxy-verifikasiemetode moet die reëling wat jy gebruik, ondersteun.

Kies wat jy uit berging wil hou

VereisteWat om te reël
Geen wagwoord in die gekonfigureerde proxy-URL nieGebruik die vorm met net die gebruikersnaam en voorsien die ontbrekende geheim deur die ondersteunde geloofsbriewemeganisme.
Geen herbruikbare wagwoord wat op skyf bly nieKies 'n goedgekeurde helper wie se bergingsgedrag aan dié vereiste voldoen. Om net die URL-wagwoord weg te laat, is nie genoeg nie.
Geïntegreerde verifikasieGebruik die ondersteunde metode en toepaslike prosesidentiteit eerder as om dit as 'n ander spelling van 'n Basic-wagwoord te behandel.

Helpers kan geloofsbriewe in 'n bedryfstelsel se geloofsbriewestoor, geheue, 'n lêer of 'n ander stelsel stoor. Ondersoek die helper wat vir hierdie rekening en URL gekonfigureer is voordat jy besluit die wagwoord word nie meer gestoor nie.

Hou die ander kopieë in die oog

'n Inlyn-helper wat 'n hardgekodeerde wagwoord eggo, stoor dit bloot elders. 'n Wagwoorddraende omgewingsveranderlike of opdragargument kan ook in scripte, diagnostiek, prosesinspeksie of dopgeskiedenis beland.

Die nuttige rekord is klein: proxy-eindpunt, verifikasiemetode, geloofsbriewebron en bergingsbeleid. Hou geheime uit daardie rekord. Oorsprong-geloofsbriewe en proxy-geloofsbriewe kan verskillende ondersteuningspaaie gebruik, so 'n suksesvolle webwerf-aanmelding bewys nie hierdie proxy-reëling nie.

Verwante artikels