Come conservare le credenziali proxy su macOS in modo che vengano utilizzate dai servizi di sistema?

Questo è probabilmente il comportamento previsto se l'amministratore del sistema / rete ha configurato l'autenticazione della forza proxy che richiede più di uno schema di autenticazione di base.

Dalla pagina Microsoft Gestione dell'autenticazione nella sezione Informazioni sull'autenticazione HTTP :

There are two general types of authentication schemes:

• Basic authentication scheme, where the user name and password are sent in cleartext to the server.
• Challenge-response schemes, which allow for a challenge-response format.

Challenge-response schemes enable more secure authentication. If a request requires authentication using a challenge-response scheme, the appropriate status code and Authenticate headers are returned to the client. The client must then to resend the request with a negotiate. The server would return an appropriate status code with a challenge, and the client would then require to resend the request with the proper response to get the requested service.

Se il proxy che stai utilizzando utilizza lo schema autenticazione di base , ciò che è salvato nel tuo portachiavi sarà sufficiente per autenticarti. Se viene utilizzato uno schema challenge response , molto probabilmente dovrai fornire maggiori informazioni - in questo caso - reinserire la tua password - per autenticare; e questo è quello che stai vedendo.

Processo di autenticazione NTLM

Questo è molto più di solo memorizzare credenziali. Il client deve generare una risposta basata su una richiesta generata dal server. Di seguito è riportata una descrizione molto abbreviata del processo di autenticazione dal punto di vista client / server per documentazione di Microsoft

• The client sends the user name to the server (in plaintext).
• The server generates a 16-byte random number, called a challenge or nonce, and sends it to the client.
• The client encrypts this challenge with the hash of the user's password and returns the result to the server. This is called the response.

• The server sends the following three items to the domain controller:

  • User name
  • Challenge sent to the client
  • Response received from the client

• The DC validates the encrypted challenge and response. If authenticated, access is granted.

Il terzo passaggio sopra, richiede al client di cancellare un numero casuale ottenuto dal server. Questo significa intrinsecamente che non c'è nulla da memorizzare sul tuo client macOS.

Al minimo, è necessario essere iscritti al dominio di Active Directory. Ciò significa che hai bisogno del supporto Kerberos abilitato e configurato correttamente per la tua organizzazione specifica.

C'è una frase chiave nel documento "Gestione autenticazione" che ho collegato sopra:

If authentication is required, the INTERNET_FLAG_KEEP_CONNECTION flag should be used in the call to HttpOpenRequest. The INTERNET_FLAG_KEEP_CONNECTION flag is required for NTLM and other types of authentication in order to maintain the connection while completing the authentication process. If the connection is not maintained, the authentication process must be restarted with the proxy or server.

^{(Enfasi mia)}

In base ai sintomi presentati, sembra che l'organizzazione richieda l'autenticazione al proxy; il tuo nome utente / password sono validi, ma continua a (ri) chiedere l'autenticazione. Probabilmente è perché stai perdendo lo stato della connessione e devi fare tutto da capo. Che sottolinea ulteriormente il punto ....

Per risolvere questo problema, dovrai contattare l'amministratore di rete per assisterti nei problemi di autenticazione.

tramite l'autorizzazione dell'impostazione di modifica dell'app della catena di chiavi

Esegui il seguente comando da Console.app :

networksetup -setwebproxy "Your Interface Name" "web proxy hostname or IP" 
8080 on username password

Ti verrà chiesto dell'accesso con portachiavi. Accetta di aggiungere il record al portachiavi e avrai accesso senza password per tutto il tempo in cui il tuo portachiavi è aperto.