Re: connection dropping continued

Поиск
Список
Период
Сортировка
От Dave Page
Тема Re: connection dropping continued
Дата
Msg-id 03AF4E498C591348A42FC93DEA9661B889F3B0@mail.vale-housing.co.uk
обсуждение исходный текст
Ответ на connection dropping continued  ("Markus Wollny" <Markus.Wollny@computec.de>)
Список pgadmin-support

> -----Original Message-----
> From: Andreas Pflug [mailto:pgadmin@pse-consulting.de]
> Sent: 17 February 2004 17:42
> To: Markus Wollny
> Cc: Josh Endries; pgadmin-support@postgresql.org
> Subject: Re: [pgadmin-support] connection dropping continued
>
> >
> >I wouldn't call that malfunctioning,
>
> So call it ill-configured.

I would call it malfunctioning, it's deliberately breaking tcp/ip by the
sounds of it. You say it's to prevent DOS attacks, but isn't that
exactly what it's caused itself?

> >, a simple "select 1;" issued every 30 odd
> >seconds to all opened databases would be absolutely
> sufficient, I should
> >think. If that feature is off by default and can be switched on (and
> >maybe the interval adjusted according to needs), no one would be
> >bothered by it either.
>

I experimented with this following the last round of borked firewalls
and it's virtually impossible to do without screwing up pgAdmin
completely - there are all sorts of threading/concurrency problems that
would take a massive rewrite to sort out - something I'm not prepared to
do to work around a problem caused by a firewall that doesn't implement
TCP/IP properly.

>
> We can not and thus will not implement app level keep-alives.
> You can try to head over to pgsql-bugs or pgsql-hackers, to recommend
> implementing that in libpq, and you certainly will get the
> same answer:
> FIX THE FIREWALL!

Agreed, I'm certain that's the response you will get (I've seen it
before).

Regards, Dave.


В списке pgadmin-support по дате отправления:

Предыдущее
От: Andreas Pflug
Дата:
Сообщение: Re: connection dropping continued
Следующее
От: "Markus Wollny"
Дата:
Сообщение: Re: connection dropping continued