Linda Walsh wrote:
Per Jessen wrote:
That's what I thought as well...but then would I get a name mismatch? as a reverse DNS on 192.168.3.140 points at Athenae?
I thought it was the ::ffff: part throwing it off...maybe the host.{conf,allow,deny} libs don't know it's the same?
I dunno, that would be tcp_wrapper (or some such). I can't really imagine that should have an issue with IPv6.
----
This looks like bind not knowing they are the same.
I.e. if I 'dig -x 192.168.3.140', I get back Athenae.sc.tlinx.org, But if I dig '::ffff:192.168.3.140 I get no answers back.
I've never seen any reference to adding a ::ffff:... form in reverse DNS.
???weird.
For that to work, I think you have to setup a reverse record for both the IPv4 form and the IPv6 form. I haven't done any IPv6 programming for a while, but afair, the ::ffff: form is just common presentation produced by e.g inet_ntop(), whereas the address internally is marked as either ipv4 or ipv6. /Per -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org