AWS Internal DNS does not resolve
I was trying to migrate an A record from a public DNS to an internal DNS in Route 53. I figured something like this would be fairly straightforward:
- Remove A record for server foo.bar.net (Public DNS).
- Add A record for server foo.internalbar.net (Internal DNS).
- Modify Bastion host's resolv.conf to search for internalbar.net (both Bastion host and foo are in the same VPC). Only difference is that foo is part of a private subnet attached to a NATd Gateway.
After this is done, I cannot resolve foo when running host in the bastion host. I was getting:
host foo
Host foo.internalbar.net not found: 3(NXDOMAIN)
According to documentation, Route 53 would work within 60 seconds. I waited for about 10 minutes until I decided to revert the change. For what it's worth, the bastion host was a part of the public DNS. I even went as far as adding the bastion host to the internal DNS (it's private IP). Can anyone tell me what may have been the issue with me adding foo to the internal DNS server?
dns aws
|
show 1 more comment
I was trying to migrate an A record from a public DNS to an internal DNS in Route 53. I figured something like this would be fairly straightforward:
- Remove A record for server foo.bar.net (Public DNS).
- Add A record for server foo.internalbar.net (Internal DNS).
- Modify Bastion host's resolv.conf to search for internalbar.net (both Bastion host and foo are in the same VPC). Only difference is that foo is part of a private subnet attached to a NATd Gateway.
After this is done, I cannot resolve foo when running host in the bastion host. I was getting:
host foo
Host foo.internalbar.net not found: 3(NXDOMAIN)
According to documentation, Route 53 would work within 60 seconds. I waited for about 10 minutes until I decided to revert the change. For what it's worth, the bastion host was a part of the public DNS. I even went as far as adding the bastion host to the internal DNS (it's private IP). Can anyone tell me what may have been the issue with me adding foo to the internal DNS server?
dns aws
Isnscd
in play here, doing caching ?
– steve
Jul 7 '17 at 21:14
Im using Route53. I dont think R53 does caching, or atleast havent seen an option for it..
– ryekayo
Jul 7 '17 at 21:16
What about your bastion host, where the resolution is presenting problems ? Do you have nscd running hereps -ef|grep nscd
? It does both positive and negative caching, if running....
– steve
Jul 7 '17 at 21:28
1
Doesnt have nscd. But if your guessing that it has to do with DNS caching, it makes sense. I have a DNS entry for the bastion host on bind..
– ryekayo
Jul 7 '17 at 21:29
Only thing is how would it be relevant to me trying to switch an R53 entry from a public DNS to an internal DNS?
– ryekayo
Jul 7 '17 at 21:34
|
show 1 more comment
I was trying to migrate an A record from a public DNS to an internal DNS in Route 53. I figured something like this would be fairly straightforward:
- Remove A record for server foo.bar.net (Public DNS).
- Add A record for server foo.internalbar.net (Internal DNS).
- Modify Bastion host's resolv.conf to search for internalbar.net (both Bastion host and foo are in the same VPC). Only difference is that foo is part of a private subnet attached to a NATd Gateway.
After this is done, I cannot resolve foo when running host in the bastion host. I was getting:
host foo
Host foo.internalbar.net not found: 3(NXDOMAIN)
According to documentation, Route 53 would work within 60 seconds. I waited for about 10 minutes until I decided to revert the change. For what it's worth, the bastion host was a part of the public DNS. I even went as far as adding the bastion host to the internal DNS (it's private IP). Can anyone tell me what may have been the issue with me adding foo to the internal DNS server?
dns aws
I was trying to migrate an A record from a public DNS to an internal DNS in Route 53. I figured something like this would be fairly straightforward:
- Remove A record for server foo.bar.net (Public DNS).
- Add A record for server foo.internalbar.net (Internal DNS).
- Modify Bastion host's resolv.conf to search for internalbar.net (both Bastion host and foo are in the same VPC). Only difference is that foo is part of a private subnet attached to a NATd Gateway.
After this is done, I cannot resolve foo when running host in the bastion host. I was getting:
host foo
Host foo.internalbar.net not found: 3(NXDOMAIN)
According to documentation, Route 53 would work within 60 seconds. I waited for about 10 minutes until I decided to revert the change. For what it's worth, the bastion host was a part of the public DNS. I even went as far as adding the bastion host to the internal DNS (it's private IP). Can anyone tell me what may have been the issue with me adding foo to the internal DNS server?
dns aws
dns aws
asked Jul 7 '17 at 19:34
ryekayo
2,88592449
2,88592449
Isnscd
in play here, doing caching ?
– steve
Jul 7 '17 at 21:14
Im using Route53. I dont think R53 does caching, or atleast havent seen an option for it..
– ryekayo
Jul 7 '17 at 21:16
What about your bastion host, where the resolution is presenting problems ? Do you have nscd running hereps -ef|grep nscd
? It does both positive and negative caching, if running....
– steve
Jul 7 '17 at 21:28
1
Doesnt have nscd. But if your guessing that it has to do with DNS caching, it makes sense. I have a DNS entry for the bastion host on bind..
– ryekayo
Jul 7 '17 at 21:29
Only thing is how would it be relevant to me trying to switch an R53 entry from a public DNS to an internal DNS?
– ryekayo
Jul 7 '17 at 21:34
|
show 1 more comment
Isnscd
in play here, doing caching ?
– steve
Jul 7 '17 at 21:14
Im using Route53. I dont think R53 does caching, or atleast havent seen an option for it..
– ryekayo
Jul 7 '17 at 21:16
What about your bastion host, where the resolution is presenting problems ? Do you have nscd running hereps -ef|grep nscd
? It does both positive and negative caching, if running....
– steve
Jul 7 '17 at 21:28
1
Doesnt have nscd. But if your guessing that it has to do with DNS caching, it makes sense. I have a DNS entry for the bastion host on bind..
– ryekayo
Jul 7 '17 at 21:29
Only thing is how would it be relevant to me trying to switch an R53 entry from a public DNS to an internal DNS?
– ryekayo
Jul 7 '17 at 21:34
Is
nscd
in play here, doing caching ?– steve
Jul 7 '17 at 21:14
Is
nscd
in play here, doing caching ?– steve
Jul 7 '17 at 21:14
Im using Route53. I dont think R53 does caching, or atleast havent seen an option for it..
– ryekayo
Jul 7 '17 at 21:16
Im using Route53. I dont think R53 does caching, or atleast havent seen an option for it..
– ryekayo
Jul 7 '17 at 21:16
What about your bastion host, where the resolution is presenting problems ? Do you have nscd running here
ps -ef|grep nscd
? It does both positive and negative caching, if running....– steve
Jul 7 '17 at 21:28
What about your bastion host, where the resolution is presenting problems ? Do you have nscd running here
ps -ef|grep nscd
? It does both positive and negative caching, if running....– steve
Jul 7 '17 at 21:28
1
1
Doesnt have nscd. But if your guessing that it has to do with DNS caching, it makes sense. I have a DNS entry for the bastion host on bind..
– ryekayo
Jul 7 '17 at 21:29
Doesnt have nscd. But if your guessing that it has to do with DNS caching, it makes sense. I have a DNS entry for the bastion host on bind..
– ryekayo
Jul 7 '17 at 21:29
Only thing is how would it be relevant to me trying to switch an R53 entry from a public DNS to an internal DNS?
– ryekayo
Jul 7 '17 at 21:34
Only thing is how would it be relevant to me trying to switch an R53 entry from a public DNS to an internal DNS?
– ryekayo
Jul 7 '17 at 21:34
|
show 1 more comment
1 Answer
1
active
oldest
votes
I'm going to make a couple of assumptions about your current setup:
- You are using a VPC that has DNS resolution enabled. If it's not, visit your VPC dashboard and enable it for the VPC in question.
- The EC2 instance in question is in the VPC above. The subnet and routes in this case are irrelevant, as long as local routing is in tact.
- The Route53 hosted zone for
internalbar.net
is a "private hosted zone" (based on your comment about "internally" hosted DNS). - A record
foo
exists in the above zone.
So, now for the answer! Your DNS sever in /etc/resolv.conf
should be the 2nd usable address in your VPC's CIDR block. For example, if your VPC's CIDR is 10.0.0.0/16
, then the resolver would be 10.0.0.2
.
Once you do that, it will resolve.
Reference for reserved VPC addresses: VPC Subnets
As per your answer, /etc/resolve.conf has the same value10.0.0.2
but still the dns is not getting resolved and showing same error msg posted in the question. Any thoughts?
– S.K. Venkat
Jun 27 at 10:02
add a comment |
Your Answer
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f376067%2faws-internal-dns-does-not-resolve%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
I'm going to make a couple of assumptions about your current setup:
- You are using a VPC that has DNS resolution enabled. If it's not, visit your VPC dashboard and enable it for the VPC in question.
- The EC2 instance in question is in the VPC above. The subnet and routes in this case are irrelevant, as long as local routing is in tact.
- The Route53 hosted zone for
internalbar.net
is a "private hosted zone" (based on your comment about "internally" hosted DNS). - A record
foo
exists in the above zone.
So, now for the answer! Your DNS sever in /etc/resolv.conf
should be the 2nd usable address in your VPC's CIDR block. For example, if your VPC's CIDR is 10.0.0.0/16
, then the resolver would be 10.0.0.2
.
Once you do that, it will resolve.
Reference for reserved VPC addresses: VPC Subnets
As per your answer, /etc/resolve.conf has the same value10.0.0.2
but still the dns is not getting resolved and showing same error msg posted in the question. Any thoughts?
– S.K. Venkat
Jun 27 at 10:02
add a comment |
I'm going to make a couple of assumptions about your current setup:
- You are using a VPC that has DNS resolution enabled. If it's not, visit your VPC dashboard and enable it for the VPC in question.
- The EC2 instance in question is in the VPC above. The subnet and routes in this case are irrelevant, as long as local routing is in tact.
- The Route53 hosted zone for
internalbar.net
is a "private hosted zone" (based on your comment about "internally" hosted DNS). - A record
foo
exists in the above zone.
So, now for the answer! Your DNS sever in /etc/resolv.conf
should be the 2nd usable address in your VPC's CIDR block. For example, if your VPC's CIDR is 10.0.0.0/16
, then the resolver would be 10.0.0.2
.
Once you do that, it will resolve.
Reference for reserved VPC addresses: VPC Subnets
As per your answer, /etc/resolve.conf has the same value10.0.0.2
but still the dns is not getting resolved and showing same error msg posted in the question. Any thoughts?
– S.K. Venkat
Jun 27 at 10:02
add a comment |
I'm going to make a couple of assumptions about your current setup:
- You are using a VPC that has DNS resolution enabled. If it's not, visit your VPC dashboard and enable it for the VPC in question.
- The EC2 instance in question is in the VPC above. The subnet and routes in this case are irrelevant, as long as local routing is in tact.
- The Route53 hosted zone for
internalbar.net
is a "private hosted zone" (based on your comment about "internally" hosted DNS). - A record
foo
exists in the above zone.
So, now for the answer! Your DNS sever in /etc/resolv.conf
should be the 2nd usable address in your VPC's CIDR block. For example, if your VPC's CIDR is 10.0.0.0/16
, then the resolver would be 10.0.0.2
.
Once you do that, it will resolve.
Reference for reserved VPC addresses: VPC Subnets
I'm going to make a couple of assumptions about your current setup:
- You are using a VPC that has DNS resolution enabled. If it's not, visit your VPC dashboard and enable it for the VPC in question.
- The EC2 instance in question is in the VPC above. The subnet and routes in this case are irrelevant, as long as local routing is in tact.
- The Route53 hosted zone for
internalbar.net
is a "private hosted zone" (based on your comment about "internally" hosted DNS). - A record
foo
exists in the above zone.
So, now for the answer! Your DNS sever in /etc/resolv.conf
should be the 2nd usable address in your VPC's CIDR block. For example, if your VPC's CIDR is 10.0.0.0/16
, then the resolver would be 10.0.0.2
.
Once you do that, it will resolve.
Reference for reserved VPC addresses: VPC Subnets
edited Dec 16 at 21:43
Rui F Ribeiro
38.9k1479129
38.9k1479129
answered Jun 12 at 19:32
cerberus
42126
42126
As per your answer, /etc/resolve.conf has the same value10.0.0.2
but still the dns is not getting resolved and showing same error msg posted in the question. Any thoughts?
– S.K. Venkat
Jun 27 at 10:02
add a comment |
As per your answer, /etc/resolve.conf has the same value10.0.0.2
but still the dns is not getting resolved and showing same error msg posted in the question. Any thoughts?
– S.K. Venkat
Jun 27 at 10:02
As per your answer, /etc/resolve.conf has the same value
10.0.0.2
but still the dns is not getting resolved and showing same error msg posted in the question. Any thoughts?– S.K. Venkat
Jun 27 at 10:02
As per your answer, /etc/resolve.conf has the same value
10.0.0.2
but still the dns is not getting resolved and showing same error msg posted in the question. Any thoughts?– S.K. Venkat
Jun 27 at 10:02
add a comment |
Thanks for contributing an answer to Unix & Linux Stack Exchange!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f376067%2faws-internal-dns-does-not-resolve%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Is
nscd
in play here, doing caching ?– steve
Jul 7 '17 at 21:14
Im using Route53. I dont think R53 does caching, or atleast havent seen an option for it..
– ryekayo
Jul 7 '17 at 21:16
What about your bastion host, where the resolution is presenting problems ? Do you have nscd running here
ps -ef|grep nscd
? It does both positive and negative caching, if running....– steve
Jul 7 '17 at 21:28
1
Doesnt have nscd. But if your guessing that it has to do with DNS caching, it makes sense. I have a DNS entry for the bastion host on bind..
– ryekayo
Jul 7 '17 at 21:29
Only thing is how would it be relevant to me trying to switch an R53 entry from a public DNS to an internal DNS?
– ryekayo
Jul 7 '17 at 21:34