User annakein is experiencing DNS issues, specifically unable to resolve github.com, when trying to rebuild their Discourse app. pfaffman suggests it’s likely a DNS or networking problem rather than a Discourse issue.
annakein shares their /etc/resolv.conf file, which includes nameservers 127.0.0.53, 8.8.8.8, and 8.8.4.4. pfaffman advises removing the other nameserver if using Google’s, as Linux may overwrite the file.
After making changes to the resolv.conf file, annakein is unsure if they need to restart Docker. pfaffman recommends testing with the curl command and then trying to rebuild the app.
annakein suspects a recent change to their SSH configuration might be the cause, but itsbhanusharma and pfaffman disagree. pfaffman suggests replacing the local DNS server with 8.8.8.8 and checking for any pending upgrades or reboots.
Lecter recommends running sudo apt-get update && sudo apt-get upgrade -y and then attempting to rebuild. pfaffman agrees that an update and reboot might solve the issue, and Lecter confirms this worked for a similar issue they experienced.
Ensuring launcher is up to date
Fetching origin
fatal: unable to access 'https://github.com/discourse/discourse_docker.git/': Could not resolve host : github.com
error: Could not fetch origin
Launcher is up-to-date
It’s not a Discourse problem, so this isn’t the best place to look for a solution.
If you’re going to use the Google name servers then you should remove the other one. Also, in many configurations, Linux will overwrite resolve.conf, so if changing name servers fixes the problem you’ll still need to do a bit more to see that it’s actually resolved.
I looked at my test server and found it has like this
nameserver 127.0.0.53
options edns0 trust-ad
So I followed that but still not working.
My thought is I changed /etc/ssh/sshd_config file to use ssh remote from my local PC
Changed like PasswordAuthentication no -> PasswordAuthentication yes