Statistics collector port / unix dom. socket?
Statistics collector port / unix dom. socket?
am 04.05.2010 14:56:56 von Peter Sabaini
Hello,
it seems Postgres tries to send a UDP packet to a random high port to
communicate with the statistics collector daemon. We have rather strict
packet filter rules in place, and I'd like to make the system use a
fixed port for this, or even better a Unix domain socket. Is this
possible (setting a compile time or run time parameter)?
Thanks,
peter.
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
Re: Statistics collector port / unix dom. socket?
am 04.05.2010 17:39:40 von Tom Lane
Peter Sabaini writes:
> it seems Postgres tries to send a UDP packet to a random high port to
> communicate with the statistics collector daemon. We have rather strict
> packet filter rules in place, and I'd like to make the system use a
> fixed port for this, or even better a Unix domain socket. Is this
> possible (setting a compile time or run time parameter)?
No, the stats collector just uses whatever port bind() chooses for it.
I'd suggest backing off your ideas about how much filtering is
appropriate for local connections.
regards, tom lane
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
Re: Statistics collector port / unix dom. socket?
am 04.05.2010 21:41:21 von Peter Sabaini
On Tue, 2010-05-04 at 11:39 -0400, Tom Lane wrote:
> Peter Sabaini writes:
> > it seems Postgres tries to send a UDP packet to a random high port to
> > communicate with the statistics collector daemon. We have rather strict
> > packet filter rules in place, and I'd like to make the system use a
> > fixed port for this, or even better a Unix domain socket. Is this
> > possible (setting a compile time or run time parameter)?
>
> No, the stats collector just uses whatever port bind() chooses for it.
A pity.
> I'd suggest backing off your ideas about how much filtering is
> appropriate for local connections.
Since we're running multiple database instances with different projects
on one machine I'd like to isolate them as best I can.
Thanks anyway...
peter.
>
> regards, tom lane
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
Re: Statistics collector port / unix dom. socket?
am 04.05.2010 22:04:38 von Scott Marlowe
On Tue, May 4, 2010 at 1:41 PM, Peter Sabaini wrote:
> On Tue, 2010-05-04 at 11:39 -0400, Tom Lane wrote:
>> Peter Sabaini writes:
>> > it seems Postgres tries to send a UDP packet to a random high port to
>> > communicate with the statistics collector daemon. We have rather strict
>> > packet filter rules in place, and I'd like to make the system use a
>> > fixed port for this, or even better a Unix domain socket. Is this
>> > possible (setting a compile time or run time parameter)?
>>
>> No, the stats collector just uses whatever port bind() chooses for it.
>
> A pity.
>
>> I'd suggest backing off your ideas about how much filtering is
>> appropriate for local connections.
>
> Since we're running multiple database instances with different projects
> on one machine I'd like to isolate them as best I can.
Maybe running them in individual VMs would do that.
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
Re: Statistics collector port / unix dom. socket?
am 04.05.2010 22:09:12 von Tom Lane
Peter Sabaini writes:
> On Tue, 2010-05-04 at 11:39 -0400, Tom Lane wrote:
>> I'd suggest backing off your ideas about how much filtering is
>> appropriate for local connections.
> Since we're running multiple database instances with different projects
> on one machine I'd like to isolate them as best I can.
Since the stats collector uses pre-bound UDP sockets, it should not be
possible for any interference to occur. If anything other than other
processes in the same PG herd is able to send a message on that socket,
it would be a kernel bug.
regards, tom lane
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
Re: Statistics collector port / unix dom. socket?
am 05.05.2010 09:33:54 von Peter Sabaini
On Tue, 2010-05-04 at 14:04 -0600, Scott Marlowe wrote:
> On Tue, May 4, 2010 at 1:41 PM, Peter Sabaini w=
rote:
> > On Tue, 2010-05-04 at 11:39 -0400, Tom Lane wrote:
> >> Peter Sabaini writes:
> >> > it seems Postgres tries to send a UDP packet to a random high port to
> >> > communicate with the statistics collector daemon. We have rather str=
ict
> >> > packet filter rules in place, and I'd like to make the system use a
> >> > fixed port for this, or even better a Unix domain socket. Is this
> >> > possible (setting a compile time or run time parameter)?
> >>
> >> No, the stats collector just uses whatever port bind() chooses for it.
> >
> > A pity.
> >
> >> I'd suggest backing off your ideas about how much filtering is
> >> appropriate for local connections.
> >
> > Since we're running multiple database instances with different projects
> > on one machine I'd like to isolate them as best I can.
>=20
> Maybe running them in individual VMs would do that.
We run them in containers (kind of like a chroot++). Since we're running
a lot of small projects on that machine, full virtualization (VMware,
Xen etc) would be unfeasible.
--=20
PETER SABAINI
Safety & Security Department
Information Management & eHealth
AIT Austrian Institute of Technology GmbH
ReininghausstraÃe 13/1 | 8020 Graz | Austria
T +43(0) 316 586570-55 | M +43(0) 664 8251123 | F +43(0) 316 586570-12
peter.sabaini@ait.ac.at | http://www.ait.ac.at | http://www.ait.ac.at/eH=
ealth
FN: 115980 i HG Wien | UID: ATU14703506
Kennen Sie die www.eHealth2010.at ?
This email and any attachments thereto, is intended only for use by the
addressee(s) named herein and may contain legally privileged and/or
confidential information. If you are not the intended recipient, please
notify the sender by return e-mail or by telephone and delete this
message from your system and any printout thereof. Any unauthorized use,
reproduction, or dissemination of this message is strictly prohibited.
Please note that e-mails are susceptible to change. AIT Austrian
Institute of Technology GmbH shall not be liable for the improper or
incomplete transmission of the information contained in this
communication, nor shall it be liable for any delay in its receipt.
--=20
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin