ok so i have cloned the tool and ran everything like i was supposed to and that im having trouble building it up. i run the commands but all i get are errors

Im running Parrot Os and its been recently updated.

Am I doing something wrong here? On macOS Sierra. Docke

adysan@adyNUC:~$ cd git
adysan@adyNUC:~/git$ git clone https://github.com/evilsocket/dnssearch.git
Cloning into 'dnssearch'...
remote: Counting objects: 22, done.
remote: Compressing objects: 100% (16/16), done.
remote: Total 22 (delta 8), reused 19 (delta 5), pack-reused 0
Unpacking objects: 100% (22/22), done.
Checking connectivity... done.
adysan@adyNUC:~/git$ cd dnssearch/
adysan@adyNUC:~/git/dnssearch$ docker build -t dnssearch .
Sending build context to Docker daemon 2.786 MB
Step 1/9 : FROM golang:1.8 as build-stage
Error parsing reference: "golang:1.8 as build-stage" is not a valid repository/tag: invalid reference format
adysan@adyNUC:~/git/dnssearch$ docker -v
Docker version 17.03.1-ce, build c6d412e

Hey,

I just found little issue with documentation.

you have written.

go get github.com/evilsocket/dnssearch
cd dirsearch
go build -o dnssearch main.go

here cd dirsearch should be changed to cd dnssearch

For finding subdomains in "holes" in the wordlist, the NSEC extension to DNSSEC might be useful to look at. This can also be used to skip over words which should not be necessary to resolve, as they should be "cryptographically provably non-existent".

See more information on Wikipedia, the nsec3 walker for alternate technologies, and of course other sources.

AWESOME work! Thanks!

Might be good to use ENTRYPOINT instead of CMD in the dockerfile. After build and run, as shown, below is what occurs:

docker run -it --rm dnssearch -domain google.com
docker: Error response from daemon: oci runtime error: container_linux.go:247: starting container process caused "exec: "-domain": executable file not found in $PATH".

When changed to 'ENTRYPOINT ["/app/dnssearch"]' the below commands work:

docker run -it --rm dnssearch -domain google.com

docker run -it --rm dnssearch -domain google.com -consumers 10

Q here. Some people would add a *.domain.com record, this will cause all tests to return true.

Is there a way to track these and ignore these hits?

I think this can be a nice added feature, but I'm not sure I know how to tell these records from the real ones.

It would be cool to establish automated build for providing images on Docker Hub.

See also https://docs.docker.com/docker-hub/github/, https://docs.docker.com/docker-cloud/builds/automated-build/, https://docs.docker.com/docker-hub/builds/.

Thanks, Jan.

When I attempt to go build -o dnssearch main.go I get the following:

main.go:18:2: cannot find package "github.com/evilsocket/brutemachine" in any of:
/snap/go/1473/src/github.com/evilsocket/brutemachine (from $GOROOT)
/home/broch/src/github.com/evilsocket/brutemachine (from $GOPATH)
main.go:19:2: cannot find package "github.com/fatih/color" in any of:
/snap/go/1473/src/github.com/fatih/color (from $GOROOT)
/home/broch/src/github.com/fatih/color (from $GOPATH)
/home/broch/src/github.com/bobesa/go-domain-util/domainutil/util.go:5:2: cannot find package "golang.org/x/net/idna" in any of:
/snap/go/1473/src/golang.org/x/net/idna (from $GOROOT)
/home/broch/src/golang.org/x/net/idna (from $GOPATH)

go env
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/broch/.cache/go-build"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/home/broch"
GORACE=""
GOROOT="/snap/go/1473"
GOTMPDIR=""
GOTOOLDIR="/snap/go/1473/pkg/tool/linux_amd64"
GCCGO="gccgo"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build657428982=/tmp/go-build -gno-record-gcc-switches"

broch@broch-desktop
OS: Ubuntu 16.04 xenial
Kernel: x86_64 Linux 4.13.0-37-generic
Uptime: 3h 55m
Packages: 2904
Shell: bash 4.3.48
Resolution: 2560x1080
DE: Unity 7.4.5
WM: Compiz
WM Theme: Radiance
Radiance [GTK2]
, Radiance [GTK3]
Icon Theme: ubuntu-mono-light
Font: Ubuntu 11
CPU: AMD Ryzen 5 1600X Six-Core @ 4GHz
GPU: GeForce GTX 1050
RAM: 9729MiB / 16034MiB

Get this when I try to build it:

 go get github.com/evilsocket/dnssearch
 # cd /home/sdaa/golang/src/github.com/bobesa/go-domain-util; git show-ref
 b0f58b2366836c2600dac855dc832a774fc19b6e refs/heads/master
 b0f58b2366836c2600dac855dc832a774fc19b6e refs/remotes/origin/HEAD
 b0f58b2366836c2600dac855dc832a774fc19b6e refs/remotes/origin/master
 package github.com/bobesa/go-domain-util/domainutil: read |0: interrupted system call

I think it will be great to have ability to save output to a file with csv or other structured extension

Hello, great work, but i am not sure how it will deal with domains which have wildcard entry (*), enabled for subdomains, for those i see can dnssearch showing every result from names.txt which is not correct!

by design dnssearch display A record for every host, there is -cname option to display CNAME record of the host which is working good, but in case where subdomain don't have any CNAME record, as it have only A record, cname output still shows the cname entry same as A record, which making it unreliable.

eg:

test1.site.com : A [XX.169.9.87] : CNAME peproxyfeeu01.cloudapp.net.
et.site.com : A [XX.176.43.216] : CNAME et.trulia.com.

here et.site.com have only A record but still we can see same record in CNAME as well.

2nd request:

This is not an issue but by default displaying A record is enabled, and there is no option as well, so it will be good if users have option to display A record or not.

What do you think about automating the build process with Docker ?
https://github.com/infoslack/dnssearch/blob/dockerizing/Dockerfile