Feedback-ID: i76984098:Fastmail
Message-ID: <056ebaa8-94bb-461d-905c-4035eab9ceac@aklaver.com>
Date: Thu, 27 Feb 2025 09:20:01 -0800
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: How to debug: password authentication failed for user
To: Alexander Farber <alexander.farber@gmail.com>,
 pgsql-general <pgsql-general@postgresql.org>
References: <CAADeyWjQNmfiQxaiRF0tkZ-kZyApPJT00xbmcMtj+oToSPGoWQ@mail.gmail.com>
Content-Language: en-US
From: Adrian Klaver <adrian.klaver@aklaver.com>
In-Reply-To: <CAADeyWjQNmfiQxaiRF0tkZ-kZyApPJT00xbmcMtj+oToSPGoWQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Archived-At: <https://www.postgresql.org/message-id/056ebaa8-94bb-461d-905c-4035eab9ceac%40aklaver.com>
Precedence: bulk

On 2/27/25 08:46, Alexander Farber wrote:
> Good evening,
> 

> My problem is that the local "trust" connection all work fine, but 
> remote connection from another pod in the AKS fails with:
> 
> PGPASSWORD=timeshift_pass psql --host=timeshiftservice --port=5432 
> --dbname=timeshift_database --username=timeshift_user --password
> Password: (here I enter the "timeshift_pass" and press enter)

Why set PGPASSWORD=timeshift_pass and use --password?

The password should be picked up from the env variable.

> psql: error: connection to server at "timeshiftservice" (10.0.120.194), 
> port 5432 failed: FATAL:  password authentication failed for user 
> "timeshift_user"
> 

> timeshift_database=# SELECT rolname, rolpassword FROM pg_authid WHERE 
> rolname = 'timeshift_user';
>      rolname     |                                                      
>          rolpassword
> 
> ----------------+---------------------------------------------------------------------------------------------------------------------------------------
>   timeshift_user | 
> SCRAM-SHA-256$4096:kQisEuaKSpuJK4kmpqoq2w==$nNNngQozh11kpDeW43ETrVUe1eNvKuKWvU/nb1etxEI=:537RuSYGRHEVJL4PyUxfAYIXNdA8cOp+QGnvNjKWWvQ=
> (1 row)

What happens if, when logged in via local, you do:

ALTER ROLE timeshift_user PASSWORD 'timeshift_pass';

and then try logging in via the remote connection?

Seeing if maybe the script is passing in or mangling the password.


> 
> Does anybody have an idea, what else could be wrong?
> 
> What could I check to make the remote connection as timeshift_user work?
> 
> Thank you
> Alex

-- 
Adrian Klaver
adrian.klaver@aklaver.com