[ 
https://issues.apache.org/jira/browse/KNOX-3513?focusedWorklogId=1047332&page=com.atlassian.jira.plugin.system.issuetabpanels:worklog-tabpanel#worklog-1047332
 ]

ASF GitHub Bot logged work on KNOX-3513:
----------------------------------------

                Author: ASF GitHub Bot
            Created on: 13/Oct/26 23:20
            Start Date: 13/Oct/26 23:20
    Worklog Time Spent: 10m 
      Work Description: github-actions[bot] commented on PR #1453:
URL: https://github.com/apache/knox/pull/1453#issuecomment-6157278530

   ## Test Results
     4 files    4 suites   42s ⏱️
   134 tests 134 ✅ 0 💤 0 ❌
   152 runs  152 ✅ 0 💤 0 ❌
   
   Results for commit d31857bf.
   
   
[test-results]:data:application/gzip;base64,H4sIANO8zmoC/13MSw7CIBSF4a00jB14gavVzRi4lITYFsNjZNy7lFREh99/kvNk1s1TZNdBHgYWs0sNJgeVnF838uKypG0DIT+6xUz0n+7uUdKxBavc/BOmEHzYS8hr/US+o1125ftY3R1W93/kl8WlAmYEjHjWFtDAqE+WNBKCRhD8oiySQgUoULLXG0AO9UgEAQAA
   




Issue Time Tracking
-------------------

    Worklog Id:     (was: 1047332)
    Time Spent: 0.5h  (was: 20m)

> Retry unresolved credential-store aliases for LDAP proxy backend passwords
> --------------------------------------------------------------------------
>
>                 Key: KNOX-3513
>                 URL: https://issues.apache.org/jira/browse/KNOX-3513
>             Project: Apache Knox
>          Issue Type: Improvement
>          Components: Server
>    Affects Versions: 3.1.0
>            Reporter: Sandor Molnar
>            Assignee: Sandor Molnar
>            Priority: Major
>             Fix For: 3.1.0
>
>          Time Spent: 0.5h
>  Remaining Estimate: 0h
>
> Since KNOX-3497, {{KnoxLDAPServerManager#resolveBackendPasswordAliases}} 
> resolves {{S\{ALIAS=…} / ${ALIAS=…}}} in {{{}bindPassword{}}}, 
> {{systemPassword}} and {{trustStorePassword}} exactly once, when the 
> interceptors are built. If the alias isn't in the gateway credential store 
> yet, Knox logs "{{{}No value found in the gateway credential store for alias 
> …",{}}} keeps the raw reference, and backend binds fail with 
> {{INVALID_CREDENTIALS}} until something triggers a reload.
> This happens in Kubernetes when the Secret and the CR are created together 
> and Knox is already running. Knox reloads the CR 1–10s after it's synced, but 
> the operator persists the alias about 4–5s after the Secret is created. So 
> Knox often looks up the alias before it exists, and nothing makes it look 
> again.
> *Proposal*
> When an alias lookup returns null, retry it with a cap instead of giving up 
> after the first attempt:
>  * Configurable in {{gateway-site.xml.}} Suggested defaults: 5 attempts, 2s 
> delay.
>  * Each retry must read the current credential store, not a cached negative 
> result.
>  * Log each retry at {{{}WARN{}}}. Log {{ERROR}} only after the last attempt 
> fails, then fall back to today's behaviour.
>  * Retries *must not block* gateway startup or reloads of other interceptors.
>  * Literal (non-alias) values are unchanged.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to