Tom Lane wrote:
I've applied a patch to fix this, but can't try it out here for lack of
any IPv6 infrastructure ... please check it.
regards, tom lane
I tried it, and it works.
Regards,
Andreas
---(end of broadcast)---
TIP 2: you can get of
Looks like Tom just checked a fix into CVS for your reported problem.
Would you please test it?
---
Andreas Pflug wrote:
> Ok Bruce,
>
> I found out what's happening.
> I'm running a Suse 8.1 2.4.19 standard kernel which ha
Andreas Pflug <[EMAIL PROTECTED]> writes:
> If your kernel isn't V6 enabled, the incoming socket will be AF_INET,
> and no conversion is done, that's why you don't get the problem.
> To fix this, the [12]..[15] indices need to be reversed (for Intel).
I've applied a patch to fix this, but can't
On Wed, Mar 26, 2003 at 12:36:00AM +0100, Andreas Pflug wrote:
> Kurt,
>
> for my opinion, ConvSockAddr6to4 works wrong. The resulting ip address
> looks good for the eye, but only if printed as an integer which will
> interpret it little-endian (host byte order).
Oops, I didn't see that one.
On Tue, Mar 25, 2003 at 12:28:43PM +0100, Andreas Pflug wrote:
> Ok Bruce,
>
> I found out what's happening.
> I'm running a Suse 8.1 2.4.19 standard kernel which has IPV6 enabled by
> default. When connecting locally over IP (pgaccess), hba is checked
> against IPV6 patterns in pg_hba.conf.
> M
Ok Bruce,
I found out what's happening.
I'm running a Suse 8.1 2.4.19 standard kernel which has IPV6 enabled by
default. When connecting locally over IP (pgaccess), hba is checked
against IPV6 patterns in pg_hba.conf.
My pgadmin2 machine will connect with an IP4-to-6 mapped address of
0::c0
That's strange. I just tested it here, and it worked. I have IPv6 code
enabled. but no IPv6 in my kernel, so there are just IPv4 connections.
Can you peek in this funciton and see where it is failing:
int
rangeSockAddrAF_INET(const SockAddr *addr, const SockAddr *netadd
Trying to connect from pgadmin2, I get the message
"no pg_hba.conf entry for ..."
I found that the ip address matching with rangeSockAdr in line 651 in
hba.c fails.
I get access if I set ipaddr/mask to 0.0.0.0/0.0.0.0 in pg_hba.conf.
---(end of broadcast)-