[FS#217] nslookup behaving weirdly

LEDE Bugs lede-bugs at lists.infradead.org
Mon Oct 10 12:29:48 PDT 2016


A new Flyspray task has been opened.  Details are below. 

User who did this - Karol Babioch (kbabioch) 

Attached to Project - LEDE Project
Summary - nslookup behaving weirdly
Task Type - Bug Report
Category - Base system
Status - Unconfirmed
Assigned To - 
Operating System - All
Severity - Low
Priority - Very Low
Reported Version - Trunk
Due in Version - Undecided
Due Date - Undecided
Details - Having built LEDE from source (a69e19d18ac0ebb3a715def18fed37026cae15af) I realized that nslookup (which is built into BusyBox) is behaving weirdly. Invoking it from command line via SSH I get an error message, although the name resolution is still working:

root at rtr1:~# nslookup google.com
nslookup: can't resolve '(null)': Name does not resolve

Name:      google.com
Address 1: 172.217.22.14 fra16s14-in-f14.1e100.net
Address 2: 2a00:1450:4001:817::200e fra16s08-in-x0e.1e100.net

Notice the error message: nslookup: can't resolve '(null)': Name does not resolve

This in itself is not too much of a problem, since the addresses returned are still ok. However, according to the "-h" parameter nslookup also has a second parameter:

root at rtr1:~# nslookup -h
BusyBox v1.25.0 () multi-call binary.

Usage: nslookup [HOST] [SERVER]

Query the nameserver for the IP address of the given HOST
optionally using a specified DNS server

The [SERVER] parameter can be used to query a specific name server. This does _NOT_ work. Regardless of what I put there, it is always the default resolver that is being queried. I am not able to query a specific nameserver, which in my case makes a difference (split horizon DNS).

For instance this query shouldn't return anything since my nameserver (ns1.babioch.de) is not configured to answer recursively:

root at rtr1:~# nslookup google.com ns1.babioch.de
Server:    10.24.0.10
Address 1: 10.24.0.10

Name:      google.com
Address 1: 2a00:1450:4001:817::200e fra16s08-in-x0e.1e100.net
Address 2: 172.217.16.206 fra16s08-in-f206.1e100.net

When doing this query with dig I get the proper result:

[kbabioch at antares ~]$ dig @ns1.babioch.de google.com

;  DiG 9.10.4-P3  @ns1.babioch.de google.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER



More information about the lede-bugs mailing list