Your Dockerfile defines ytnobody/alpine-perl:latest as Base-Image. This image is not maintained since 2 years. Use a basic alpine and install perl by yourself or use the tiny-tag (ytnobody/alpine-perl:tiny), that is maintained 10 months ago.

Thanks for the good work on dns-api.org - have been looking for open-source capability to use in recon phase of getting our arms around our external website footprint - we've recently acquired several companies, with many marketing websites, and no good single list to go from. So, am using various kali tools to identify them, and where they're hosted, in helping to plan an upcoming pen-test.

dns-api.org looks to fit the bill - have been working on installing on my kali instance.

That said, after having installed the pre-reqs:

• Plackup via "curl -L https://cpanmin.us | perl - --sudo App::cpanminus"
• and, cpanminus via "cpanm Plack"

I ran the run command from the ./dns-api.org directory, and it failed with 'no such file' referencing the logs directory:

root@kali:/home/ec2-user/dns-api.org# ./run
Launching on 127.0.0.1:5001
open(logs/access.2018-02-11.log): No such file or directory at /usr/local/share/perl/5.26.1/Plack/Runner.pm line 268.

A workaround is to manually create the logs directory via mkdir. May want to add creation of the logs directory to the repo for the next release. Thanks.

With Docker we have the ability to define options for the service via ENV vars.

I suggest exposing these options as ENV vars:

• port (use 80 as default port)
• logging to stdout instead a file (default for docker containers)
• throttling_per_hour (200 as default, but should be able to deactivate)
• public domain (for use in info / description pages)

We currently log to a single file. Ideally we'd write our logs to:

 log/access.production.2016-05-29.log
 log/access.production.2016-05-30.log
 log/access.production.2016-05-31.log
 ..

Should be simple to do, will look at the Dancer plugin framework tonight. Writing this here now as the live deployment is eating space due to abusive clients. sigh.

You SSL certificate appears to be expired.

https://dns-api.org/ (Chrome and Firefox)

Hello,

While running NS check Value are "value" : null, and WARNING!!! The program has attempted to call the method
*** "rdstring" for the following RR object:

*** dns-api.org. 258039 IN NS c.ns.bytemark.co.uk.

*** This object does not have a method "rdstring". THIS IS A BUG
*** IN THE CALLING SOFTWARE, which has incorrectly assumed that
*** the object would be of a particular type. The calling
*** software should check the type of each RR object before
*** calling any of its methods.

*** Net::DNS has returned undef to the caller.

at /home/amydns/public_html/lib/DNS/API.pm line 104.

What has caused this issue
server details:
CloudLinux release 7.3

Regards,
Amol

This is a proof of concept before updating http://dhcp.io

• skx/dhcp.io#15

I've just checked the logs and I see that there are some remote IPs running the same DNS lookup every five seconds, none-stop.

We need to add rate-limiting as a matter of some urgency.