-
br-m
<pricebot:envs.net> 👋 Price Tracker & World Clock Bot
-
br-m
<pricebot:envs.net> 📚 Available Commands:
-
br-m
<pricebot:envs.net> • `?price <crypto>` - Get cryptocurrency price
-
br-m
<pricebot:envs.net> • `?price <from> <to>` - Get exchange rate[... more lines follow, see
mrelay.p2pool.observer/e/u67i7LgKQ2pZVzlH ]
-
br-m
<shroomreactionary:matrix.org> Just use dnscrypt-proxy
-
DataHoarder
kill the bot
-
br-m
<carlosat4:matrix.org> im.fluffychat://chat/#monero:monero.social
-
br-m
<helene:unredacted.org> DataHoarder: the bot and whomever invited it, maybe? :p
-
plowsof
🔨
-
Cindy
the public DNS parser in the source code is pretty thrown-together
-
br-m
<ofrnxmr> Aw. you think its pretty? 💅
-
br-m
<helene:unredacted.org> what counts is what's inside
-
br-m
<eddie:oblak.be> so you're only going to allow DoT when running monerod?
-
Cindy
i mean
-
br-m
<eddie:oblak.be> then what if only DoH is allowed on my network?
-
Cindy
you can switch back to regular DNS and use a DoH-to-DNS server? (like dnscrypt)
-
br-m
<eddie:oblak.be> Yeah I don't think monerod should enforce how I do my DNS, that's all
-
br-m
<eddie:oblak.be> I hate it when browsers attempt to do this
-
Cindy
what about people who can't host their own DNS server
-
Cindy
like say if they were using it within monero-wallet-gui
-
Cindy
as it is implemented in my branch, it's off by default
-
br-m
<eddie:oblak.be> it is good if monerod supports it, it should just not enforce it
-
br-m
<eddie:oblak.be> in my opinion, that is
-
br-m
<eddie:oblak.be> because then, which DNS servers are you going to enforce for everyone, Cloudflare's?
-
Cindy
also btw this is a feature that already exists in unbound
-
Cindy
i'm not adding additional bloat
-
Cindy
eddie: it's a list of public DoH providers
-
Cindy
DoT*
-
br-m
<eddie:oblak.be> unbound is a dns server, monerod is not?
-
Cindy
monerod uses libunbound to resolve domains
-
Cindy
which is unbound in a library
-
br-m
<eddie:oblak.be> ok, I see
-
Cindy
this is done specifically for the hardcoded DNSSEC anchors
-
br-m
<eddie:oblak.be> like I said, if it's optional I totally support it
-
Cindy
yes it is
-
br-m
<eddie:oblak.be> I don't mind if it would be the default
-
br-m
<eddie:oblak.be> but I will turn it off :p
-
br-m
<eddie:oblak.be> I totally get it for users that don't want to admin their network
-
br-m
<helene:unredacted.org> it's more that 99% of users don't know anything about it or how it works
-
Cindy
^
-
br-m
<eddie:oblak.be> yeah or that
-
br-m
<eddie:oblak.be> which list of DoT servers, if I may ask?
-
br-m
<eddie:oblak.be> is it curated?
-
Cindy
i mean i do have to curate it
-
br-m
<eddie:oblak.be> what if the access to certain DNS servers is blocked by the users' ISP and monerod isn't able to resolve anything
-
br-m
<eddie:oblak.be> will it fallback ?
-
br-m
<eddie:oblak.be> could there be a mechanism that randomizes the selected DNS server for each call?
-
br-m
<eddie:oblak.be> what if the user is on a network where the outbound port 853 is blocked (probably won't happen a lot on residential networks though)
-
Cindy
this is why i wanted to do DoH
-
Cindy
but unbound doesn't support it yet
-
br-m
<eddie:oblak.be> No? I thought it does
-
br-m
<eddie:oblak.be> I can be wrong
-
br-m
<eddie:oblak.be> I also thing DoH is a better idea for such scenarios
-
br-m
<eddie:oblak.be> You can use DoH with unbound but it needs an extra library nghttp2, it seems (and I am not looking at libunbound, for clarity)
-
br-m
-
br-m
<eddie:oblak.be> so maybe the lib doens't support it, that's sad :-)
-
Cindy
that's for outbound DoH
-
Cindy
like acting like a proxy between unencrypted DNS and DoH
-
Cindy
not inbound/forwarding DoH
-
br-m
<eddie:oblak.be> Yeah I understand
-
br-m
<eddie:oblak.be> I though wrongly that DoH was possible in both directions
-
br-m
<eddie:oblak.be> thought*
-
Cindy
DoT is good enough tbh
-
Cindy
because a ISP won't be able to tell if a user is specifically querying monero stuff
-
br-m
<helene:unredacted.org> if we enter the DoH discussion we'll also end up entering the ECH discussion
-
br-m
<eddie:oblak.be> I was more thinking in the event that DoT doesn't work for a user, which would cause monerod to malfunction, and considering that user is not technical, how will monerod either recover, or the user understand what is wrong
-
br-m
<eddie:oblak.be> @helene:unredacted.org: That's not a concern with DoT? I hadn't even thought about that.µ
-
br-m
<helene:unredacted.org> it's more difficult and less integrated with DoT
-
Cindy
ECH is only a issue if there is a connection done with the queried server in question
-
Cindy
TLS connection*
-
Cindy
which, in the case of checkpoints and openalias, there is none
-
br-m
<helene:unredacted.org> with some DoT and DoH setup, you can do ECH with the DNS provider itself (but almost no one supports that well)
-
DataHoarder
21:28:46 <Cindy> monerod uses libunbound to resolve domains
-
DataHoarder
can you enable recursive mode? :D