Skip site navigation (1) Skip section navigation (2)

Re: pg_hba.conf is driving me nuts

From: Julio Leyva <jcleyva(at)hotmail(dot)com>
To: Klay Martens <kmartens(at)wol(dot)co(dot)za>, <pgsql-admin(at)postgresql(dot)org>
Subject: Re: pg_hba.conf is driving me nuts
Date: 2007-12-15 23:55:09
Message-ID: BLU102-W6DCA4CC02447F22280C75A1600@phx.gbl (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
also make sure you started postgesql with -i option, so you can connect from the lan

> From: kmartens(at)wol(dot)co(dot)za
> To: pgsql-admin(at)postgresql(dot)org
> Subject: Re: [ADMIN] pg_hba.conf is driving me nuts
> Date: Sat, 15 Dec 2007 13:39:44 +0200
> Hi..yes, I have set the "listen_addresses" to "*"...rather an obvious first
> stop...As I said - I have no problems connecting locally, or on a LAN - no
> sweat at all. Simply cannot get the connection to work from another network
> over a WAN. I believe the problem stems from my not setting pg_hba.conf
> correctly, but I would love to test this!
> This is my pg_hba.conf file from my developement box:
> # IPv4 local connections:
> host all all md5
> # IPv6 local connections:
> host all all md5
> host all all md5
> At one stage, I even looked up the source ip address reported by aports when
> I was logged onto the machine remotely..even that address did not work. So I
> figure there is a problem with the subnet mask (don't realy understand the
> address masks all that well - I am a programmer, not a network tekkie, so it
> is kind of new territory for me). What I was wondering is if there was some
> way to allow any host to connect, regardless of ip and subnet which was the
> behaviour I expected from the setting - of course it did
> absolutely nothing.
> ---------------------------(end of broadcast)---------------------------
> TIP 3: Have you checked our extensive FAQ?

In response to


pgsql-admin by date

Next:From: Scott MarloweDate: 2007-12-16 00:29:45
Subject: Re: reading pg_stat_activity view
Previous:From: Scott MarloweDate: 2007-12-15 18:16:14
Subject: Re: Dump database more than 1 flat file

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group