Re: SSL SNI

Поиск
Список
Период
Сортировка
Искать
От
Peter Eisentraut
Тема
Re: SSL SNI
Дата
Msg-id
5df46438-c1b4-161c-4669-f6e6ab6797f0@enterprisedb.com
Ответ на
Re: SSL SNI (Tom Lane)
Список
Дерево обсуждения
SSL SNI Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: SSL SNI Matthias van de Meent <boekewurm+postgres@gmail.com>
Re: SSL SNI Jesse Zhang <sbjesse@gmail.com>
Re: SSL SNI Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Re: SSL SNI Jacob Champion <pchampion@vmware.com>
On 03.06.21 20:14, Tom Lane wrote:
> I wrote:
>> It looks like the immediate problem can be resolved by just adding
>> a check for conn->pghost not being NULL,
> 
> ... scratch that.  There's another problem here, which is that this
> code should not be looking at conn->pghost AT ALL.  That will do the
> wrong thing with a multi-element host list.  The right thing to be
> looking at is conn->connhost[conn->whichhost].host --- with a test
> to make sure it's not NULL or an empty string.  (I didn't stop to
> study this code close enough to see if it'll ignore an empty
> string without help.)

Patch attached.  Empty host string was handled implicitly by the IP 
detection expression, but I added an explicit check for sanity.  (I 
wasn't actually able to get an empty string to this point, but it's 
clearly better to be prepared for it.)

В списке pgsql-hackers по дате отправления
От: Aleksander Alekseev
Дата:
От: Peter Eisentraut
Дата:
Сообщение: Re: Tid scan improvements
FAQ