Selfhosted
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.
Rules:
-
Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
-
No spam posting.
-
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.
-
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
-
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
-
No trolling.
Resources:
- selfh.st Newsletter and index of selfhosted software and apps
- awesome-selfhosted software
- awesome-sysadmin resources
- Self-Hosted Podcast from Jupiter Broadcasting
Any issues on the community? Report it using the report flag.
Questions? DM the mods!
view the rest of the comments
Another thing that can be happening is that the router or firewall is redirecting all port 53 traffic to their internal DNS servers. (I do the same thing at home to prevent certain devices from ignoring my router's DNS settings cough Android cough)
One way you can check for this is to run "nslookup some.domain" from a terminal and see where the response comes from.
What does it mean?
If I use 8.8.8.8 at home addresses is first of all "address" and is correct.
That looks like 8.8.8.8 actually responded. The ::1 is ipv6's localhost which seems odd. As for the wong ipv4 I'm not sure.
I normally see something like
requested 8.8.8.8 but 1.2.3.4 responded
if the router was forcing traffic to their DNS servers.You can also specify the DNS server to use when using nslookup like:
nslookup www.google.com 1.1.1.1
. And you can see if you get and different answers from there. But what you posted doesn't seem out of the ordinary other than the ::1.Edit just for shits and giggles also try
nslookup xx.xx.xx.xx
where xx.xx.... is the wrong up from the other side of the world and see what domain it returns.Now it's pretty clear, I am mistaken for a malicious site (probably because many different computers in the lab started to exchange data with this obscure freedns subdomain) by this software from Palo Alto Networks https://www.gavstech.com/palo-alto-firewall-dns-sinkhole/ which rewrites the DNS response