Skip Menu |

This queue is for tickets about the libnet CPAN distribution.

Report information
The Basics
Id: 73410
Status: open
Priority: 0/
Queue: libnet

People
Owner: Nobody in particular
Requestors: nati_cdg [...] yahoo.fr
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in:
  • 1.0701
  • 1.0702
  • 1.0703
  • 1.0704
  • 1.09
  • 1.0901
  • 1.10
  • 1.11
  • 1.12
  • 1.13
  • 1.14
  • 1.15
  • 1.16
  • 1.17
  • 1.18
  • 1.19
  • 1.20
  • 1.21
  • 1.22
  • 1.22_01
Fixed in: (no value)



Hi, The sub _hostdomain in Net::Domain.pm is broken. As the comment suggests, it "assumes" that the first search argument is the valid domain. Unfortunately, that's not always the case. Let's say we have two differents vlans (main-servers.example.com and failback-servers.example.com). In this case, we might have a resolv.conf like this one : ------------------------------8<------------------------------ search main-servers.example.com failback-servers.example.com nameserver 192.0.43.10 ------------------------------>8------------------------------ _hostdomain will assume that the first one (main-servers.example.com) is always the good one. But it's not. In our case, it resulted in a script used to deploy an application to fail. So we have to modify resolv.conf, relaunch the script and then modify it again. That's a lot of trouble to spare just a call to a function. I'm not sure it's still relevant to avoid a call to gethostbyname at the cost of not being sure that the result would be accurate. At least bypassing the gethostbyname call should be optional, for people focusing on performance rather on reliability. On a side note, there is a bug opened on the Oracle bug tracker since 2006. Unfortunately, these people are dumb enough to keep it closed. But in the case a reader would have access to it, here is the link: https://support.oracle.com/CSP/main/article?cmd=show&type=BUG&id=5609719&productFamily=Oracle Thanks. libnet: 1.22 Domain.pm $VERSION: 2.21 Perl: 5.8.4 OS: Solaris 10 X86 Have a nice day.
Subject: fix for bug 73410
From: eponymousalias [...] yahoo.com
A replacement copy of Domain.pm that addresses how hostnames are resolved is attached to bug 60729: https://rt.cpan.org/Public/Bug/Display.html?id=60729