[getdns-api] Error during "python setup.py install"

Willem Toorop willem at nlnetlabs.nl
Fri Sep 4 11:48:26 UTC 2015


Hello Shadrach,

Try using the -s option to use stub mode with getdns_query
(default is full recursion)

./getdns_query -s @8.8.8.8 at 53 www.zone.com A
SYNC response:
{
  "answer_type": GETDNS_NAMETYPE_DNS,
  "canonical_name": <bindata of "zone.com.">,
  "just_address_answers":
  [
    {
      "address_data": <bindata for 65.55.39.10>,
      "address_type": <bindata of "IPv4">
    },
    {
      "address_data": <bindata for 64.4.6.100>,
      "address_type": <bindata of "IPv4">
    }
  ],
  "replies_full":
  [
     <bindata of 0x016f8180000100030000000103777777...>
  ],
  "replies_tree":
  [
    {
      "additional":
      [
        {
          "do": 0,
          "extended_rcode": 0,
          "rdata":
          {
            "rdata_raw": <bindata of 0x>
          },
          "type": GETDNS_RRTYPE_OPT,
          "udp_payload_size": 512,
          "version": 0,
          "z": 0
        }
      ],
      "answer":
      [
        {
          "class": GETDNS_RRCLASS_IN,
          "name": <bindata of "www.zone.com.">,
          "rdata":
          {
            "cname": <bindata of "zone.com.">,
            "rdata_raw": <bindata of 0xc010>
          },
          "ttl": 1717,
          "type": GETDNS_RRTYPE_CNAME
        },
        {
          "class": GETDNS_RRCLASS_IN,
          "name": <bindata of "zone.com.">,
          "rdata":
          {
            "ipv4_address": <bindata for 65.55.39.10>,
            "rdata_raw": <bindata of 0x4137270a>
          },
          "ttl": 1717,
          "type": GETDNS_RRTYPE_A
        },
        {
          "class": GETDNS_RRCLASS_IN,
          "name": <bindata of "zone.com.">,
          "rdata":
          {
            "ipv4_address": <bindata for 64.4.6.100>,
            "rdata_raw": <bindata of 0x40040664>
          },
          "ttl": 1717,
          "type": GETDNS_RRTYPE_A
        }
      ],
      "answer_type": GETDNS_NAMETYPE_DNS,
      "authority": [],
      "canonical_name": <bindata of "zone.com.">,
      "header":
      {
        "aa": 0,
        "ad": 0,
        "ancount": 3,
        "arcount": 1,
        "cd": 0,
        "id": 367,
        "nscount": 0,
        "opcode": GETDNS_OPCODE_QUERY,
        "qdcount": 1,
        "qr": 1,
        "ra": 1,
        "rcode": GETDNS_RCODE_NOERROR,
        "rd": 1,
        "tc": 0,
        "z": 0
      },
      "question":
      {
        "qclass": GETDNS_RRCLASS_IN,
        "qname": <bindata of "www.zone.com.">,
        "qtype": GETDNS_RRTYPE_A
      }
    }
  ],
  "status": GETDNS_RESPSTATUS_GOOD
}
Response code was: GOOD. Status was: At least one response was returned

All done.


-- Willem

Op 04-09-15 om 13:12 schreef shadrach rajasekar:
> Hi Melinda,
> 
> Thank You for the fix. I am able to install it successfully now. 
> 
> I have our Caching DNS server running on one of our servers.
> 
> I have tried below 2 procedures to test the integration of getdns with
> our Caching server. But it is not successful. Could you please correct
> me where I go wrong
> 
> Proc 1:
> -------
> 
> ./getdns_query @<Server:53> www.zone.com <http://www.zone.com> A ( or )
> ./getdns_query @<Server#53> www.zone.com <http://www.zone.com> A 
> 
> The query is *NOT successful* and i get below timeout response.
> 
> SYNC response:
> {
>   "answer_type": GETDNS_NAMETYPE_DNS,
>   "just_address_answers": [],
>   "replies_full": [],
>   "replies_tree": [],
>   "status": GETDNS_RESPSTATUS_ALL_TIMEOUT
> }
> Response code was: GOOD. Status was: All queries for the name timed out
> 
> All done.
> 
> The query is not reaching our Caching server which runs of port 53. 
> 
> Proc 2
> ----------
> with python
> 
> ./get-ip.py @<server>:53  www.zone.com <http://www.zone.com> A
> 
> I get core dump error 
> 
> Segmentation fault (core dumped)
> 
> We are testing caching server in one of the trending DDI solutions.
> Currently we are planning to automate the testing procedures. We
> identified getdns would be useful in doing so. Can you please explain us
> how getdns would be useful in doing so. 
> 
> Regards,
> Shadrach
> 
> On Wed, Sep 2, 2015 at 7:51 AM, Melinda Shore
> <melinda.shore at nomountain.net <mailto:melinda.shore at nomountain.net>> wrote:
> 
>     Hi, Shadrach:
> 
>     Thank you for reporting the problem.  I've checked an updated
>     setup.py script into the "develop" branch of our github
>     repository (https://github.com/getdnsapi/getdns-python-bindings).
>     The new version allows you to pass in an argument containing
>     the root directory of your getdns installation.  So,
>     in your case you would build the Python bindings with
> 
>     python setup.py --with-getdns /home/deploy/build install
> 
>     Note that there is a space between the argument and its
>     value rather than an equal sign.
> 
>     I've got a minor release with a few fixes coming out in the
>     next week, but in the meantime you can pull this from the
>     repo.  Please let me know if you run into further problems.
> 
>     Thanks,
> 
>     Melinda
> 
> 
> 
> 
> _______________________________________________
> spec mailing list
> spec at getdnsapi.net
> 




More information about the spec mailing list