DHCP Scope and DNS Reverse Lookup
-
In setting up my recent Nextcloud instance, I have it available externally. While I still need to get a Cert for it, I have some local internal members testing it.
However after creating the A Record for it, they are not able to access it. The IP is pingable, so it's not a block of any sort. It's not pingable by
nextcloud.domain.com.In reviewing the DNS Reverse lookup I have:
1.168.192.in-addr.arpa 2.168.192.in-addr.arpaHowever the NextCloud instance is on a
168.3.xzone. Going back to DHCP, the single scope is168.1.1 - 168.3.254.I believe I have a few options here.
- force NextCloud to a
168.2.xaddress. - add the zone in DNS
- Update the DHCP scope.
I'm leaning towards pushing the NextCloud instance to the
168.2.x,...Thoughts?
- force NextCloud to a
-
What does Reverse DNS have to do with forward DNS not working, assuming that part is correct.
Can you ping the DNS name? You said you could ping the IP.
-
I have a feeling that the issue is that port forwarding has not been done yet?
-
@dashrender said in DHCP Scope and DNS Reverse Lookup:
What does Reverse DNS have to do with forward DNS not working, assuming that part is correct.
Can you ping the DNS name? You said you could ping the IP.
It is not pingable by
nextcloud.domain.com@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
I have a feeling that the issue is that port forwarding has not been done yet?
It is available externally just fine. it is internal that I am having the issue. I don't believe Port Forwarding applies in this case - unless I"m missing something.
-
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@dashrender said in DHCP Scope and DNS Reverse Lookup:
What does Reverse DNS have to do with forward DNS not working, assuming that part is correct.
Can you ping the DNS name? You said you could ping the IP.
It is not pingable by
nextcloud.domain.comThat didn't make it any clearer.
-
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
It is available externally just fine. it is internal that I am having the issue.
Then why are we looking at the public DNS records? You either need to assign an overloaded one internally or a different one internally. The internal users cannot be using the public DNS records.
-
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
It is available externally just fine. it is internal that I am having the issue.
Then why are we looking at the public DNS records? You either need to assign an overloaded one internally or a different one internally. The internal users cannot be using the public DNS records.
DNS Manager
Forward Lookup Zone - domain.com A Record(s)demo ( points to external IP)
RDS (points to internal IP)
RDS3 (points to Internal IP)
nextcloud (points to Internal IP)
-
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
It is available externally just fine. it is internal that I am having the issue.
Then why are we looking at the public DNS records? You either need to assign an overloaded one internally or a different one internally. The internal users cannot be using the public DNS records.
DNS Manager
Forward Lookup Zone - domain.com A Record(s)demo ( points to external IP)
RDS (points to internal IP)
RDS3 (points to Internal IP)
nextcloud (points to Internal IP)If the external DNS points to an internal IP, it can't work.
-
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
It is available externally just fine. it is internal that I am having the issue.
Then why are we looking at the public DNS records? You either need to assign an overloaded one internally or a different one internally. The internal users cannot be using the public DNS records.
Unless your firewall supports hairpinning, assuming that's a Scott approved term.
-
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
It is available externally just fine. it is internal that I am having the issue.
Then why are we looking at the public DNS records? You either need to assign an overloaded one internally or a different one internally. The internal users cannot be using the public DNS records.
DNS Manager
Forward Lookup Zone - domain.com A Record(s)demo ( points to external IP)
RDS (points to internal IP)
RDS3 (points to Internal IP)
nextcloud (points to Internal IP)What DNS manager? Internal or external?
Instead of looking at reverse, what do you get from an nslookup on nextcloud.domain.com?
-
@dashrender said in DHCP Scope and DNS Reverse Lookup:
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
It is available externally just fine. it is internal that I am having the issue.
Then why are we looking at the public DNS records? You either need to assign an overloaded one internally or a different one internally. The internal users cannot be using the public DNS records.
Unless your firewall supports hairpinning, assuming that's a Scott approved term.
Even hairpinning doesn't work in this direction.
-
@stacksofplates said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
It is available externally just fine. it is internal that I am having the issue.
Then why are we looking at the public DNS records? You either need to assign an overloaded one internally or a different one internally. The internal users cannot be using the public DNS records.
DNS Manager
Forward Lookup Zone - domain.com A Record(s)demo ( points to external IP)
RDS (points to internal IP)
RDS3 (points to Internal IP)
nextcloud (points to Internal IP)What DNS manager? Internal or external?
Instead of looking at reverse, what do you get from an nslookup on nextcloud.domain.com?
DNS Manager : Server 2012
-
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@stacksofplates said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
It is available externally just fine. it is internal that I am having the issue.
Then why are we looking at the public DNS records? You either need to assign an overloaded one internally or a different one internally. The internal users cannot be using the public DNS records.
DNS Manager
Forward Lookup Zone - domain.com A Record(s)demo ( points to external IP)
RDS (points to internal IP)
RDS3 (points to Internal IP)
nextcloud (points to Internal IP)What DNS manager? Internal or external?
Instead of looking at reverse, what do you get from an nslookup on nextcloud.domain.com?
DNS Manager : Server 2012
OH! You should have said that, we've been assuming the main DNS system. Argh.
So internal doesn't work even though it points to the right address?
-
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
However the NextCloud instance is on a
168.3.xzone. Going back to DHCP, the single scope is168.1.1 - 168.3.254.- force NextCloud to a
168.2.xaddress.
What do you mean force it to 168.2.x? That is a 168.3.x address here. See your subnet notes above.
- force NextCloud to a
-
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@stacksofplates said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
It is available externally just fine. it is internal that I am having the issue.
Then why are we looking at the public DNS records? You either need to assign an overloaded one internally or a different one internally. The internal users cannot be using the public DNS records.
DNS Manager
Forward Lookup Zone - domain.com A Record(s)demo ( points to external IP)
RDS (points to internal IP)
RDS3 (points to Internal IP)
nextcloud (points to Internal IP)What DNS manager? Internal or external?
Instead of looking at reverse, what do you get from an nslookup on nextcloud.domain.com?
DNS Manager : Server 2012
OH! You should have said that, we've been assuming the main DNS system. Argh.
So internal doesn't work even though it points to the right address?
Guess I made some assumptions when I mentioned DHCP Scope and DNS, and refererenced IPs in the local 192.168.2 zone
-
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
However the NextCloud instance is on a
168.3.xzone. Going back to DHCP, the single scope is168.1.1 - 168.3.254.- force NextCloud to a
168.2.xaddress.
What do you mean force it to 168.2.x? That is a 168.3.x address here. See your subnet notes above.
NextCloud currently has a
192.168.3.xaddress. Force as in push it to a192.168.2.xaddress
- force NextCloud to a
-
I am so lost.
-
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
I am so lost.
Ya idk what's going on. I'd do an nslookup first to figure out what the clients are tying to get to.
-
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
However the NextCloud instance is on a
168.3.xzone. Going back to DHCP, the single scope is168.1.1 - 168.3.254.- force NextCloud to a
168.2.xaddress.
What do you mean force it to 168.2.x? That is a 168.3.x address here. See your subnet notes above.
NextCloud currently has a
192.168.3.xaddress. Force as in push it to a192.168.2.xaddressWhoa, that's nothing like what you had before. 168.x is external public IPs. 192.168.x is internal, private IPs.
Why are there two subnets as options?
- force NextCloud to a
-
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
However the NextCloud instance is on a
168.3.xzone. Going back to DHCP, the single scope is168.1.1 - 168.3.254.- force NextCloud to a
168.2.xaddress.
What do you mean force it to 168.2.x? That is a 168.3.x address here. See your subnet notes above.
NextCloud currently has a
192.168.3.xaddress. Force as in push it to a192.168.2.xaddressWhoa, that's nothing like what you had before. 168.x is external public IPs. 192.168.x is internal, private IPs.
Why are there two subnets as options?
This is why I was confused. Looks like he left off the 192 to shorten it? I thought it was public also.
Ah it's in the reverse ip. I just missed it.
- force NextCloud to a
-
This thread is a lost cause. @gjacobse start a new thread. Post your GOAL and your PROBLEM. This thread is all about DHCP Scope and Reverse DNS which are both completely unrelated to the issue you are trying to solve. Everyone is lost because you led off with a thread about red herrings and not about the problem you are attempting to resolve. Start over from the beginning, but don't inject potential solutions or presumptions. Just state the state of things and what you need to have working at the end. Don't use terms like "DNS Server" without telling us internal or external. Don't modify addresses. Keep it simple and focused on the goal.
-
Never Mind.
Found the issue, and added the A Record accordingly - points like it should.
-
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
Never Mind.
Found the issue, and added the A Record accordingly - points like it should.
There was no record at all?
-
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
Never Mind.
Found the issue, and added the A Record accordingly - points like it should.
There was no record at all?
I had added the record. But didn't work. searched for record, not there.
Was in wrong zone.
-
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
Never Mind.
Found the issue, and added the A Record accordingly - points like it should.
There was no record at all?
Obviously. This was the entire problem the entire time.
He did not even perform a basic DNS validation locally (nslookup) before jumping to random conclusions on the wrong things.
-
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
@scottalanmiller said in DHCP Scope and DNS Reverse Lookup:
@gjacobse said in DHCP Scope and DNS Reverse Lookup:
Never Mind.
Found the issue, and added the A Record accordingly - points like it should.
There was no record at all?
I had added the record. But didn't work. searched for record, not there.
Was in wrong zone.That is 100% no record at all.
