Re: Custom oauth validator options
| От | Zsolt Parragi |
|---|---|
| Тема | Re: Custom oauth validator options |
| Дата | |
| Msg-id | CAN4CZFM8TgqDi=5Bot2imtd2heGESjpMfQ7kW4qeFSjO7NTAQQ@mail.gmail.com обсуждение исходный текст |
| Ответ на | Re: Custom oauth validator options (Jacob Champion <jacob.champion@enterprisedb.com>) |
| Ответы |
Re: Custom oauth validator options
|
| Список | pgsql-hackers |
> Last I knew (which was a while back), Yes, I didn't want to say anything for sure, but I have similar memories on Windows a while ago. I don't know anything for sure about today, and especially on Linux, but delegating things to another process seems to be a safer approach to me. > [checks] Ah, it does prohibit those. Why? Mainly because I couldn't decide where it should fit if the variable is set at multiple places (or if we need multiple sources like PGC_S_DATABASE_USER). * A hba line can be completely generic, which should be above DATABASE (ALTER DATABASE setting should override HBA setting, as it is more specific) * Or very specific about one user in one database using a specific authentication method, which should be below DATABASE_USER as it is more specific. (hba setting should override ALTER USER ... IN DATABASE setting) The first choice seems more logical to me, as that's how pg_hba is usually used, but I thought this could still be confusing.
В списке pgsql-hackers по дате отправления: