whois version 4.7.12 (ebuild version) improperly determines which whois server/type to use when looking up domain names. Try this: whois 192.168.112.2o6.net The improper answer from whois is that this an ARIN restricted net block--but it's not, it's actually 2o6.net, which is a valid domain name. The match in whois appears to be a regex match against ip_del_list, which is not proper in this case, as there is more name information after the "192.168.112.2" bit of the name. The same is true for for any "ip looking" name. whois (various versions) displays the same behavior on debian and red hat. whois on Mac OS X properly reports that the domain name is not found (as it should--2o6.net is the proper name).
well, that is an invalid hostname ... you cannot have numeric-only portions the bug is in the myinet_aton() function ... if the string begins with #.#.#.#, then it's assumed to be an IP address since it's an invalid hostname otherwise
Created attachment 104113 [details, diff] whois-catch-invalid-ips.patch
SpanKY, the patch you provided works fine on my Mac OS X system using whois compiled from source. I agree that it was an invalid name to look up, and realized it as i hit enter, and was dumbfounded when it reported it back as an ARIN netblock... maybe trips up two people a year, but hopefully fewer now. thanks for patching something in so quikly! How long does it take from here to make it into the normal distro trees? Regards, Sullo
i mailed the patch upstream so i'll see how he responds
4.7.23 should work