Skip to content
Projects
Groups
Snippets
Help
Loading...
Help
Support
Keyboard shortcuts
?
Submit feedback
Sign in / Register
Toggle navigation
C
Coredns
Project overview
Project overview
Details
Activity
Releases
Repository
Repository
Files
Commits
Branches
Tags
Contributors
Graph
Compare
Locked Files
Issues
0
Issues
0
List
Boards
Labels
Service Desk
Milestones
Merge Requests
0
Merge Requests
0
CI / CD
CI / CD
Pipelines
Jobs
Schedules
Security & Compliance
Security & Compliance
Dependency List
License Compliance
Packages
Packages
List
Container Registry
Analytics
Analytics
CI / CD
Code Review
Insights
Issues
Repository
Value Stream
Wiki
Wiki
Snippets
Snippets
Members
Members
Collapse sidebar
Close sidebar
Activity
Graph
Create a new issue
Jobs
Commits
Issue Boards
Open sidebar
Railgun
Coredns
Commits
f0837d96
Commit
f0837d96
authored
Sep 15, 2017
by
Miek Gieben
Committed by
GitHub
Sep 15, 2017
Browse files
Options
Browse Files
Download
Email Patches
Plain Diff
cleanup readme (#1087)
parent
c79a4769
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
with
18 additions
and
57 deletions
+18
-57
README.md
README.md
+18
-57
No files found.
README.md
View file @
f0837d96
...
...
@@ -8,17 +8,16 @@
[

](https://bestpractices.coreinfrastructure.org/projects/1250)
CoreDNS is a DNS server that started as a fork of
[
Caddy
](
https://github.com/mholt/caddy/
)
. It has
the same model: it chains plugins. In fact it's so similar that CoreDNS is now a server type
plugin for Caddy.
the same model: it chains plugins.
CoreDNS is a
lso a
[
Cloud Native Computing Foundation
](
https://cncf.io
)
inception level project.
CoreDNS is a
[
Cloud Native Computing Foundation
](
https://cncf.io
)
inception level project.
CoreDNS is the successor to
[
SkyDNS
](
https://github.com/skynetservices/skydns
)
. SkyDNS is a thin
layer that exposes services in etcd in the DNS. CoreDNS builds on this idea and is a generic DNS
server that can talk to multiple backends (etcd, kubernetes, etc.).
CoreDNS aims to be a fast and flexible DNS server. The keyword here is
*flexible*
: with CoreDNS you
are able to do what you want with your DNS data. And if not: write
some
plugin!
are able to do what you want with your DNS data. And if not: write
a
plugin!
CoreDNS can listen for DNS request coming in over UDP/TCP (go'old DNS), TLS ([RFC
7858](https://tools.ietf.org/html/rfc7858)) and gRPC (not a standard).
...
...
@@ -48,19 +47,10 @@ Each of the plugins has a README.md of its own.
## Status
CoreDNS can be used as an authoritative nameserver for your domains, and should be stable enough to
provide you with good DNS(SEC) service.
There are still a few known
[
issues
](
https://github.com/coredns/coredns/issues
)
, and work is ongoing
on making things fast and to reduce the memory usage.
All in all, CoreDNS should be able to provide you with enough functionality to replace parts of BIND
9, Knot, NSD or PowerDNS and SkyDNS. Most documentation is in the source and some blog articles can
be
[
found here
](
https://blog.coredns.io
)
. If you do want to use CoreDNS in production, please
let us know and how we can help.
<https://caddyserver.com/>
is also full of examples on how to structure a Corefile (renamed from
Caddyfile when forked).
CoreDNS can be used as an authoritative nameserver for your domains. All in all, CoreDNS should be
able to provide you with enough functionality to replace parts of BIND 9, Knot, NSD or PowerDNS and
SkyDNS. Most documentation is in the source and blog articles can be [found
here](https://coredns.io). If you do want to use CoreDNS in production, please let us know.
## Compilation
...
...
@@ -78,10 +68,10 @@ And then `go build` as you would normally do:
This should yield a
`coredns`
binary.
## Compilation with
d
ocker
## Compilation with
D
ocker
CoreDNS requires
golang
to compile. However, if you already have docker installed and prefer not to setup
golang
environment, you could build coredns easily:
CoreDNS requires
Go
to compile. However, if you already have docker installed and prefer not to setup
a Go
environment, you could build coredns easily:
```
$ docker run --rm -i -t -v $PWD:/go/src/github.com/coredns/coredns \
...
...
@@ -116,13 +106,12 @@ Start a simple proxy, you'll need to be root to start listening on port 53.
~~~
txt
.:53 {
proxy . 8.8.8.8:53
log
stdout
log
}
~~~
Just start CoreDNS:
`./coredns`
.
And then just query on that port (53). The query should be forwarded to 8.8.8.8 and the response
will be returned. Each query should also show up in the log.
Just start CoreDNS:
`./coredns`
. Then just query on that port (53). The query should be forwarded to
8.
8.8.8 and the response will be returned. Each query should also show up in the log.
Serve the (NSEC) DNSSEC-signed
`example.org`
on port 1053, with errors and logging sent to stdout.
Allow zone transfers to everybody, but specifically mention 1 IP address so that CoreDNS can send
...
...
@@ -134,8 +123,8 @@ example.org:1053 {
transfer to *
transfer to 2001:500:8f::53
}
errors
stdout
log
stdout
errors
log
}
~~~
...
...
@@ -151,36 +140,8 @@ nameserver *and* rewrite ANY queries to HINFO.
transfer to *
transfer to 2001:500:8f::53
}
errors stdout
log stdout
}
~~~
### Zone Specification
The following Corefile fragment is legal, but does not explicitly define a zone to listen on:
~~~
txt
{
# ...
}
~~~
This defaults to
`.:53`
(or whatever
`-dns.port`
is).
The next one only defines a port:
~~~
txt
:123 {
# ...
}
~~~
This defaults to the root zone
`.`
, but can't be overruled with the
`-dns.port`
flag.
Just specifying a zone, default to listening on port 53 (can still be overridden with
`-dns.port`
):
~~~
txt
example.org {
# ...
errors
log
}
~~~
...
...
Write
Preview
Markdown
is supported
0%
Try again
or
attach a new file
Attach a file
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Cancel
Please
register
or
sign in
to comment