Client riga di comando SVN: checkout ha rifiutato quando la password LDAP ha modificato "SVN: Options of" (Repo) "Autorizzazione non riuscita" (ma funziona in Tortoisvn)

Question

Quando si utilizza la riga di comando/client SVN terminale, un collega sta ottenendo un messaggio di errore "SVN: Opzioni di" [Repo] "... Autorizzazione non riuscita" quando tentano di controllare il Repo per essere la loro copia di lavoro locale.

Erano in grado di farlo, ma recentemente hanno dovuto cambiare la loro password (politica di sicurezza periodica di routine). E ha smesso di funzionare. Nota: il comando di controllo SVN richiede una password ogni volta (che forniscono - cioè il loro nuovo.)

Ma stranamente non hanno problemi con la tartaruga SVN, funziona su questo. Forniscono il loro solito accesso e la nuova password e funziona.

La nostra configurazione è una macchina Linux CentOS virtualizzata con diversi account utente Linux in cui si svolge lo sviluppo e il repository SVN Central si trova su un server separato, l'autenticazione utilizza il nostro accesso LDAP (cioè lo stesso accesso aziendale utilizzato per accedere alle nostre macchine Windows). Accediamo come utenti Linux al nostro server di sviluppo dalle nostre macchine Windows, utilizzando strumenti SSH terminali standard, ad es. PUTTY o MOBAXTerm o Cygwin.

Quando cambio la mia password non ho lo stesso problema, sono in grado di fare il checkout.

Ho visto molte domande su questo messaggio di errore dalla ricerca di vari forum su Google, ma nessuno mi ha ancora fornito una soluzione.

Una delle soluzioni che ho trovato suggerisce di cancellare o rimuovere una cache locale contenente autenticazione, in una cartella di sottospezione, abbiamo provato questo ma ancora lo stesso problema. Ho anche provato a dare un'occhiata a un'altra cartella.

Quindi sembra che abbiamo ripulito qualsiasi traccia di password memorizzate nella cache, ma tuttavia rifiuta ancora.

Potrebbe esserci un altro posto sulla nostra macchina CentOS Linux che memorizza la cache dell'accesso cosa si intende per opzioni (potrebbe essere un'impostazione da qualche parte sulla nostra macchina di sviluppo o sul server SVN Repo?) Potrebbe essere una cache proxy HTTP delle credenziali del mio collega memorizzate Da qualche parte, quindi dobbiamo cancellare che quando una password viene modificata?

(Pubblicato erroneamente su Superuser.com (che riguarda gli utenti), quindi lo ha chiuso lì e spostato qui)