<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Replace DNS lookup with DNS resolve]]></title><description><![CDATA[<p dir="auto">Currently Cloudron do DNS A entry lookup with domain configured as a wildcard, which has no practical sense.</p>
<p dir="auto">I might have wildcard domain configuration as well on DNS provider side and it works like a charm.</p>
<p dir="auto">Solely for Cloudron I have to create A DNS records, just to let them be deleted afterwards.</p>
<p dir="auto">I can see no practical reason to verify A record existence, as it brakes abstraction layer - you don't need to know if A record is there, you are verifying if name could be resolved.</p>
<p dir="auto">It also feels like that check shall be done before any reconfiguration, not at the end of it - leaving process hanging, while system administrator adjust things.</p>
]]></description><link>https://forum.cloudron.io/topic/12387/replace-dns-lookup-with-dns-resolve</link><generator>RSS for Node</generator><lastBuildDate>Mon, 18 May 2026 10:09:05 GMT</lastBuildDate><atom:link href="https://forum.cloudron.io/topic/12387.rss" rel="self" type="application/rss+xml"/><pubDate>Thu, 29 Aug 2024 10:40:48 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Thu, 19 Sep 2024 21:09:19 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/nebulon" aria-label="Profile: nebulon">@<bdi>nebulon</bdi></a> something is slipping out here...</p>
<p dir="auto">If it works from <code>host abra-ka-da-bra.mydomain.com</code> command, but does not from Cloudron - isn't it something specific to Cloudron implementation?</p>
]]></description><link>https://forum.cloudron.io/post/94462</link><guid isPermaLink="true">https://forum.cloudron.io/post/94462</guid><dc:creator><![CDATA[potemkin_ai]]></dc:creator><pubDate>Thu, 19 Sep 2024 21:09:19 GMT</pubDate></item><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Thu, 19 Sep 2024 11:25:52 GMT]]></title><description><![CDATA[<p dir="auto">Since wildcard essentially is a feature of the nameserver not the DNS clients querying, I guess if you hit this issue again, you have to talk to your nameserver provider, why the wildcard is not hit.</p>
]]></description><link>https://forum.cloudron.io/post/94449</link><guid isPermaLink="true">https://forum.cloudron.io/post/94449</guid><dc:creator><![CDATA[nebulon]]></dc:creator><pubDate>Thu, 19 Sep 2024 11:25:52 GMT</pubDate></item><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Wed, 18 Sep 2024 20:47:08 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/nebulon" aria-label="Profile: nebulon">@<bdi>nebulon</bdi></a> to be honest I'm not sure neither now. But for some reason, quite a few times I had to create specific A entry to have DNS resolving to finish. And that is with wildcard entry existing for a few months now.</p>
<p dir="auto">Is there something I can grab and share with you next time I will encounter that?</p>
]]></description><link>https://forum.cloudron.io/post/94433</link><guid isPermaLink="true">https://forum.cloudron.io/post/94433</guid><dc:creator><![CDATA[potemkin_ai]]></dc:creator><pubDate>Wed, 18 Sep 2024 20:47:08 GMT</pubDate></item><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Wed, 04 Sep 2024 13:14:21 GMT]]></title><description><![CDATA[<p dir="auto">I am not sure I am following your question here. Resolving the A record type is the same as resolving the domain for the usecase of ipv4 there is nothing special in Cloudron besides just trying to resolve the domain.</p>
]]></description><link>https://forum.cloudron.io/post/93853</link><guid isPermaLink="true">https://forum.cloudron.io/post/93853</guid><dc:creator><![CDATA[nebulon]]></dc:creator><pubDate>Wed, 04 Sep 2024 13:14:21 GMT</pubDate></item><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Wed, 04 Sep 2024 10:52:26 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/nebulon" aria-label="Profile: nebulon">@<bdi>nebulon</bdi></a> it seems like some difference exists though...</p>
<p dir="auto">I tried to check the code, kindly references by girish, but I realized it's a task for a few hours at least, as the logic depends on the provider.</p>
<p dir="auto">There is a thing I'm not sure I follow: why requesting A record anyway? You just need to ensure the DNS entry is resolve-able, without getting under the hood - it feels like braking the abstraction level here, unless I'm missing something, for sure.</p>
]]></description><link>https://forum.cloudron.io/post/93834</link><guid isPermaLink="true">https://forum.cloudron.io/post/93834</guid><dc:creator><![CDATA[potemkin_ai]]></dc:creator><pubDate>Wed, 04 Sep 2024 10:52:26 GMT</pubDate></item><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Wed, 04 Sep 2024 07:35:08 GMT]]></title><description><![CDATA[<p dir="auto">From a DNS query perspective this will still report an A record type in this case, even though the server will match the wildcard. Wildcard entries may also be of other types like MX.</p>
]]></description><link>https://forum.cloudron.io/post/93818</link><guid isPermaLink="true">https://forum.cloudron.io/post/93818</guid><dc:creator><![CDATA[nebulon]]></dc:creator><pubDate>Wed, 04 Sep 2024 07:35:08 GMT</pubDate></item><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Tue, 03 Sep 2024 12:56:25 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a> thank you!</p>
<p dir="auto">From the code it seems like I was kind of right then - you specifically check an existence of <code>A</code> record, instead of if the entry could be resolved.</p>
<p dir="auto">Let me illustrate that the following example:<br />
<code>A</code> entry with <code>*</code> pointing to <code>smth</code></p>
<p dir="auto">will lead to the following command to succeed:</p>
<p dir="auto"><code>host anything-at-all.domain.com</code></p>
<p dir="auto">but the following command to fail:</p>
<p dir="auto"><code>host -t A anything-at-all.domain.com</code></p>
<p dir="auto">Because <code>anything-at-all</code> entry doesn't exist. But it will be resolved, thanks to wildcard entry.</p>
<p dir="auto">Please, let me know if you believe I might be missing something here.</p>
]]></description><link>https://forum.cloudron.io/post/93792</link><guid isPermaLink="true">https://forum.cloudron.io/post/93792</guid><dc:creator><![CDATA[potemkin_ai]]></dc:creator><pubDate>Tue, 03 Sep 2024 12:56:25 GMT</pubDate></item><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Thu, 29 Aug 2024 18:48:05 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/potemkin_ai" aria-label="Profile: potemkin_ai">@<bdi>potemkin_ai</bdi></a> sure. the <a href="https://git.cloudron.io/cloudron/box/-/blob/master/src/dns/wildcard.js?ref_type=heads#L67" target="_blank" rel="noopener noreferrer nofollow ugc">https://git.cloudron.io/cloudron/box/-/blob/master/src/dns/wildcard.js?ref_type=heads#L67</a> is the wait logic which calls into <a href="https://git.cloudron.io/cloudron/box/-/blob/master/src/dns/waitfordns.js?ref_type=heads#L85" target="_blank" rel="noopener noreferrer nofollow ugc">https://git.cloudron.io/cloudron/box/-/blob/master/src/dns/waitfordns.js?ref_type=heads#L85</a> . the waitfordns.js is essentially <code>host -t A app.domain.com</code></p>
]]></description><link>https://forum.cloudron.io/post/93503</link><guid isPermaLink="true">https://forum.cloudron.io/post/93503</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Thu, 29 Aug 2024 18:48:05 GMT</pubDate></item><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Thu, 29 Aug 2024 18:41:20 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/girish" aria-label="Profile: girish">@<bdi>girish</bdi></a> for some reason it fails, unless I create an appropriate A record.</p>
<p dir="auto">if that's not too much to ask, may I ask you for the code snippet? I will think of the ways to see where it might not work or when I miss something (with the later more probable, I would say).</p>
]]></description><link>https://forum.cloudron.io/post/93501</link><guid isPermaLink="true">https://forum.cloudron.io/post/93501</guid><dc:creator><![CDATA[potemkin_ai]]></dc:creator><pubDate>Thu, 29 Aug 2024 18:41:20 GMT</pubDate></item><item><title><![CDATA[Reply to Replace DNS lookup with DNS resolve on Thu, 29 Aug 2024 18:37:31 GMT]]></title><description><![CDATA[<p dir="auto"><a class="plugin-mentions-user plugin-mentions-a" href="/user/potemkin_ai" aria-label="Profile: potemkin_ai">@<bdi>potemkin_ai</bdi></a> said in <a href="/post/93487">Replace DNS lookup with DNS resolve</a>:</p>
<blockquote>
<p dir="auto">you don't need to know if A record is there, you are verifying if name could be resolved.</p>
</blockquote>
<p dir="auto">This is what it does currently <img src="https://forum.cloudron.io/assets/plugins/nodebb-plugin-emoji/emoji/android/1f914.png?v=11345d81604" class="not-responsive emoji emoji-android emoji--thinking_face" style="height:23px;width:auto;vertical-align:middle" title=":thinking_face:" alt="🤔" /> With wildcard provider, in fact, there is no way to check if there is a real A record. You can only check if the DNS resolves.</p>
]]></description><link>https://forum.cloudron.io/post/93498</link><guid isPermaLink="true">https://forum.cloudron.io/post/93498</guid><dc:creator><![CDATA[girish]]></dc:creator><pubDate>Thu, 29 Aug 2024 18:37:31 GMT</pubDate></item></channel></rss>