[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
list item concatenation
From: |
Lev Lvovsky |
Subject: |
list item concatenation |
Date: |
Thu, 26 Feb 2004 18:28:02 -0800 |
related to yesterdays questions about distributing files to a
particular set of defined servers, I haven't been able to get anything
but the simplest list to work - by simplest, I mean only one item is
specified in the list.
the following works:
-------
control:
domain = ( domain.com )
LogAllConnections = ( true )
AllowUsers = ( root )
TrustKeysFrom = ( 192.168.1.1/24 )
smart_list = ( tsthvy1-smarthost.domain.com )
admit:
ops_distro::
/tmp/test $(smart_list)
-------
however, changing smart_list to something with more than one item
(leaving everything else the same):
smart_list = ( tsthvy1-smarthost.domain.com:tsthvy1-db1.domain.com )
results in all sorts of parsing errors when a connection is attempted:
-------
FuzzyItemIn(LIST,192.168.1.104)
Try
FuzzySetMatch(tsthvy1-smarthost.domain.com:tsthvy1-
db1.domain.com,192.168.1.104)
cfservd: Mixture of IPv6 and IPv4 addresses:
tsthvy1-smarthost.domain.com:tsthvy1-db1.domain.com
-------
I'm really all out of ideas, I've tried this any number of ways, and
anything more than one list item, and the system doesn't like it.
Also, even through the domain is setup up top, it must be defined in
the list as well, or else authentication is denied. Is there any way
around this redundancy?
any help much appreciated!
-lev
- list item concatenation,
Lev Lvovsky <=
- Re: list item concatenation, John Sechrest, 2004/02/26
- Re: list item concatenation, Lev Lvovsky, 2004/02/26
- Re: list item concatenation, John Sechrest, 2004/02/26
- Re: list item concatenation, Lev Lvovsky, 2004/02/26
- Re: list item concatenation, John Sechrest, 2004/02/26
- Re: list item concatenation, Lev Lvovsky, 2004/02/27
- Re: list item concatenation, Mark . Burgess, 2004/02/28
- Re: list item concatenation, Lev Lvovsky, 2004/02/28
- Re: list item concatenation, Lev Lvovsky, 2004/02/29
- Re: list item concatenation, Mark . Burgess, 2004/02/29