bug-cfengine
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cfservd ipv6


From: Mark . Burgess
Subject: Re: cfservd ipv6
Date: Thu, 28 Mar 2002 19:51:45 +0100 (MET)

So how does one do it?

M

On 28 Mar, Pekka Savola wrote:
> address@hidden wrote:
>>Sean, I think that even this is okay. The reason the address doesn't appear is
>>that the wildcard address for listening is all zeroes. This is normal. Best to
>>see what happens on the client side when you try to contact that host
>>(use cfagent -d2, and cfservd -d2) If you can tell me the exact messages
>>at failure, on both sides, I can possible help more,
> 
> OpenBSD is the only implemention that doesn't support IPv4 when
> binding to IPv6 '::' through mapped addresses.
> 
> So if you use IPv6 with OpenBSD, you MUST bind to both IPv4 and IPv6
> wildcard address.  There is no other choice.
> 
>>On 27 Mar, Sean Lally wrote:
>>> Thanks for pointing out that document
>>> (http://www.iu.hio.no/cfengine/confdir/ipv6.html), Mark.  It explains a
>>> lot.  I won't be concerned about cfengine not showing up as IPv4 in
>>> netstat from now on.  I think the reason it's not working is cfservd
>>> isn't binding to an IPv6 address because my system doesn't have a
>>> routable IPv6 address assigned to it (based on what I read in the
>>> document above; I have no experience with IPv6):  
>>> 
>>> # ifconfig -a
>>> lo0: flags=8009<UP,LOOPBACK,MULTICAST> mtu 32972
>>>         inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
>>>         inet6 ::1 prefixlen 128
>>>         inet 127.0.0.1 netmask 0xff000000 
>>> lo1: flags=8008<LOOPBACK,MULTICAST> mtu 32972
>>> fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
>>>         media: Ethernet autoselect (100baseTX full-duplex)
>>>         status: active
>>>         inet 192.168.100.28 netmask 0xffffff00 broadcast 192.168.100.255
>>>         inet6 fe80::2d0:b7ff:fe49:b1c0%fxp0 prefixlen 64 scopeid 0x1
>>> 
>>> The tail end (I can send the whole thing if you desire) of cfservd -d0
>>> shows:
>>> 
>>> IPV6 address
>>> sockaddr_ntop(::)
>>> Bound to address ::
>>> Listening for connections ...
>>> Checking file updates on /var/cfengine/inputs/cfservd.conf
>>> (3ca211ff/3ca21382)
>>> 
>>> Which looks like it's not bound to anything.  
>>> 
>>> Is there a way to compile cfengine without IPv6 support?  If you could
>>> just point me in the right direction I could try to figure it out
>>> myself.  I've been trying for the last couple of days without success. 
>>> 
>>> The stock OpenBSD kernel comes with IPv6 enabled.  I could recompile the
>>> kernel without IPv6 to make it work, but then I'd have to do that for
>>> all the boxen. 
>>> 
>>> Thanks so much for your time with this.
>>> 
>>> Sean
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> -----Original Message-----
>>> From: address@hidden [mailto:address@hidden
>>> Sent: Tuesday, March 26, 2002 10:52 PM
>>> To: Sean Lally
>>> Cc: address@hidden
>>> Subject: Re: cfservd ipv6
>>> 
>>> 
>>> 
>>> 
>>> It doesn't matter that the host is only listening on ipv6. It
>>> still hears ipv4. Take a look at the ipv6 notes in the searchable
>>> index at www.cfengine.org about this. If you get connection refused
>>> it is far more likely to be something else.
>>> 
>>> Send detailed/precise error messages if you want more help.
>>> 
>>> M
>>> 
>>> On 26 Mar, Sean Lally wrote:
>>>> Hello,
>>>> I searched the bug-cfengine archives (google) and couldn't find
>>> anything
>>>> on this.  I just installed cfengine on an openbsd 2.9 box and when I
>>> run
>>>> cfservd it's only listening for ipv6 according to netstat -a.
>>>>
>>>> tcp6       0      0  *.cfengine             *.*
>>>> LISTEN
>>>>
>>>> also here's the tail end of cfservd -d0:
>>>> ...
>>>> IPV6 address
>>>> sockaddr_ntop(::)
>>>> Bound to address ::
>>>> Listening for connections ...
>>>> Checking file updates on /var/cfengine/inputs/cfservd.conf
>>>> (3ca0eb4e/3ca0fb28)
>>>>
>>>> When I telnet localhost 5308 I get a connection refused.  I just
>>>> installed the same setup on a solaris 2.6 box and cfservd seems to
>>>> respond properly to the same stimulus.
>>>>
>>>> Is there a runtime switch that I can use to have it only listen on
>>> ipv4?
>>>>
>>>>
>>>> Thanks for any help.
>>>>
>>>> -Sean
>>> 
>>> 
>>> 
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>> Work: +47 22453272            Email:  address@hidden
>>> Fax : +47 22453205            WWW  :  http://www.iu.hio.no/~mark
>>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>>
>>
>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>Work: +47 22453272            Email:  address@hidden
>>Fax : +47 22453205            WWW  :  http://www.iu.hio.no/~mark
>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
> 
> Pekka Savola                  pekkas at netcore dot fi
> ---
> Across the nations the stories spread like spiderweb laid upon spiderweb, 
> and men and women planned the future, believing they knew truth. They 
> planned, and the Pattern absorbed their plans, weaving toward the future 
> foretold.             -- Robert Jordan: The Path of Daggers



~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Work: +47 22453272            Email:  address@hidden
Fax : +47 22453205            WWW  :  http://www.iu.hio.no/~mark
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~





reply via email to

[Prev in Thread] Current Thread [Next in Thread]