Bug in adding new domain
-
@potemkin_ai blocked here; app reconfiguration lead to an infinite
Configuring - Waiting for DNS propagation
-
-
@nebulon , thanks for checking this thread, but it looks more like a bug to me, not a question, or am I missing something?
-
@potemkin_ai said in Bug in adding new domain:
it looks more like a bug to me, not a question, or am I missing something?
I think they mark them as a question just so they get the 'unsolved' badge and as a way to keep track of issues that need solving (and so they can be marked as 'solved' once the problem has been sorted).
-
@jdaviescoates thank you, I hope so!
-
@potemkin_ai I tried this now and it works fine for my test subdomain atleast.
Configuration error: Domain resolves to ["177.21.86.255"] instead of IPv4 177.21.86.255
Curiously, this log is actually saying that the setup is correct but somehow still fails. The first value is a json of length 1.
-
@potemkin_ai Can you please try
host cloudrontestdns.yourdomain.com 127.0.0.1
on your machine? -
I feel I am missing something obvious here. The code in question is:
const ipv4 = await sysinfo.getServerIPv4(); if (ipv4Result.length !== 1 || ipv4 !== ipv4Result[0]) throw new BoxError(BoxError.EXTERNAL_ERROR, `Domain resolves to ${JSON.stringify(ipv4Result)} instead of IPv4 ${ipv4}`);
Per the logs atleast ,
177.21.86.255
is the server IP and the DNS resolved to[ "177.21.86.255" ]
. Not seeing why the check fails.... -
@girish I'm not very good in negative logic, as it's usually quite a resource intensive task for my brains, so I would just rewrite it to something more 'positive'
if (ipv4Result.length == 1 && ipv4 !== ipv4Result[0]) {do some logic}; else throw new BoxError(BoxError.EXTERNAL_ERROR, `Domain resolves to ${JSON.stringify(ipv4Result)} instead of IPv4 ${ipv4}`);
But the error message confuses me as well, as it's says that two similar things are not similar; my only idea is some weird data conversion coming from a weak JS data typing?
-
@potemkin_ai Do you think you can send me your real domain name to support@cloudron.io ? Let me test with my local unbound as to what is happening.
-
@potemkin_ai is it possible that the
ipv4Result
delivers more than one result in your case? As @girish it might be helpful to expose your real domain in question to us by sending to support@cloudron.ioOr you can put some
console.log()
traces in that code section if you want to debug this on your own a bit. -
thank you, @girish , @nebulon , it was indeed an issue on my side - the problem was caused by an automatic IP address detection confusion and the numbers were quite close, so I didn't notice that, indeed.
As a feature request, probably, it might make sense to add to the error message an offer to check an IP address auto-detection in Network settings, for the future-me-s?
-
@potemkin_ai I replied to you on support, I think what you want is https://docs.cloudron.io/networking/#ipv4 . The static or network interface configuration, if I understood your setup correctly. Whatever IP you provide here is what will be used to configure and test the DNS.
-
@girish I fixed the problem - indeed with static IP; what I'm saying, it's that it might be worth to mention a possible reason in the error message of the IPs mismatch, offering person to go and check if his IP address was auto-detected correctly.
Does it makes sense?
-
@potemkin_ai Ah got it, I think it would have helped if it said "IP xxx in DNS does not match auto-detected IP yyy". I have created an internal task for that.
-