Difference between revisions of "Talk:Dnscrypt-proxy"

From ArchWiki
Jump to navigation Jump to search
Line 43: Line 43:
  
 
Right now I have 2x dnscrypt running in systemd and the resolver.conf will choose which ever is online/working.
 
Right now I have 2x dnscrypt running in systemd and the resolver.conf will choose which ever is online/working.
 +
 +
[[User:Utini2000|www.whymacsucks.com - Just the truth about why Mac sucks !]] ([[User talk:Utini2000|talk]]) 16:21, 30 December 2016 (UTC)
  
 
{{unsigned|11:56, 30 December 2016‎|Utini2000}}
 
{{unsigned|11:56, 30 December 2016‎|Utini2000}}
  
 
:It already describes that: [[DNSCrypt#Redundant_DNSCrypt_providers]] -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 12:02, 30 December 2016 (UTC)
 
:It already describes that: [[DNSCrypt#Redundant_DNSCrypt_providers]] -- [[User:Lahwaacz|Lahwaacz]] ([[User talk:Lahwaacz|talk]]) 12:02, 30 December 2016 (UTC)
 +
 +
:But this is with the old configuration file, not the new one? Also it seems like this only covers unbound but what about e.g. dnsmasq? [[User:Utini2000|www.whymacsucks.com - Just the truth about why Mac sucks !]] ([[User talk:Utini2000|talk]]) 16:21, 30 December 2016 (UTC)

Revision as of 16:22, 30 December 2016

About removing troubleshooting on "Some websites become slow or inaccessible"

The revision is [1].

I think Alad underestimates the difficulty to find a usable provider. The main concern of users who install dnscrypt may be the usability of internet rather the speed. In some countries where the user need to install dnscrypt, they may have to choose some far but usable provider. However, the far provider may cause the problem of slowdown or inaccessible, so the bypassing is helpful.

Oryxfea (talk) 02:14, 15 November 2015 (UTC)

Besides speed, the other point of the removed section was inaccessibility of some sites due to CDN settings. I don't really understand what was the point here -- the purpose of DNS is to resolve domain names to IP addresses, which are both unique, so it does not matter which resolver is actually used, as long as there is no content filtering. -- Lahwaacz (talk) 08:17, 15 November 2015 (UTC)
DNS is used as the first step to implement load balancing technology such as CDN. Certainly it will not response with the same ip. If you request the site from a French DNS, it may response with a server near France. However, you may encounter problems to access this server since you are in Asia in fact. I made a screenshot to prove that different resolver will give a different response. 127.0.0.2#2053 is dnscrypt using the resolver identified by eu-nl. Oryxfea (talk) 08:59, 15 November 2015 (UTC)
Thanks, in that case the same applies also to the section on alternative DNS servers. You might also achieve the same by adding appropriate line to /etc/hosts, regardless of the used caching daemon. -- Lahwaacz (talk) 10:18, 15 November 2015 (UTC)
I think the alternative DNS server only works when the first one can't find the domain you queried. It will not test if the ip it got is reachable. Oryxfea (talk) 10:45, 15 November 2015 (UTC)
Assuming everyone is okay with the change ultimately a year later. Closing. Rdeckard (talk) 17:14, 23 September 2016 (UTC)

Refactoring to include dnscrypt-wrapper information & configuration.

Hello, I'm new so bear with me if I get any of this wrong. I would like to refactor the page to reflect the addition of dnscrypt-wrapperAUR to the AUR. dnscrypt-wrapper is the server-side wrapper for dnscrypt-proxy. Any advice on the best way to do this would be appreciated. Would adding sub-headings for both packages below Installation & Configuration be the best approach?

Thanks MeZee (talk) 17:57, 10 January 2016 (UTC)

Just add it to the Installation section and describe what it does. Rdeckard (talk) 17:13, 23 September 2016 (UTC)

1.8.1 Update: New /etc/dnscrypt-proxy.conf

There's a new configuration file that is not reflected in the article, as well as a new systemd unit. Users should now use that configuration file, but at least for me, the update to 1.8.1 did not break my old units (since I used systemd edit. This is a section for discussing modifications needed for the update. -- Rdeckard (talk) 22:45, 27 December 2016 (UTC)

This may just need to be in an advanced section. [2]. -- Rdeckard (talk) 23:00, 27 December 2016 (UTC)

It seems like the configuration file is not useful if using systemd: [3] -- Rdeckard (talk) 13:18, 28 December 2016 (UTC)

Backup DNSCrypt resolver - especially with the new configuration file

Usually when setting a dns resolver you will always have the option to set a second/backup dns resolver (android,windows,networkmanager,router, what ever).

I think the wiki should cover a way on how to achieve the same with dnscrypt. Especially as some if the dnscrypt resolvers like to go offline every now and then (looking at you dnscrypt.eu-nl).

I have a running setup (which caused me some struggles to achieve that setup) but I have no idea how to replicate it. Espcially with the new configuration file which seems like it will only cover one dnscrypt instance?

Right now I have 2x dnscrypt running in systemd and the resolver.conf will choose which ever is online/working.

www.whymacsucks.com - Just the truth about why Mac sucks ! (talk) 16:21, 30 December 2016 (UTC)

—This unsigned comment is by Utini2000 (talk) 11:56, 30 December 2016‎. Please sign your posts with ~~~~!

It already describes that: DNSCrypt#Redundant_DNSCrypt_providers -- Lahwaacz (talk) 12:02, 30 December 2016 (UTC)
But this is with the old configuration file, not the new one? Also it seems like this only covers unbound but what about e.g. dnsmasq? www.whymacsucks.com - Just the truth about why Mac sucks ! (talk) 16:21, 30 December 2016 (UTC)