Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not
understand what is happening. A restart of named, gives me the same
result. This is very baffling to me. If I change the URL to just
youtube.com, it tries to work till the redirect to www.youtube.com and
then stops dead.

Am I doing something wrong? My windows box is doing this correctly.

Thanks in advance for any suggestions.

--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?

John Covici wb2una
covici@ccs.covici.com

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sunday, 6 March 2022 09:39:32 GMT John Covici wrote:

Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not understand what is happening. A restart of named, gives me the same
result. This is very baffling to me. If I change the URL to just youtube.com, it tries to work till the redirect to www.youtube.com and
then stops dead.

The host name is youtube.com. The 'www' is just a prefix for humans to recognise; it has no real function any more, as far as I know.

--
Regards,
Peter.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 06 Mar 2022 05:20:07 -0500,
Peter Humphrey wrote:

On Sunday, 6 March 2022 09:39:32 GMT John Covici wrote:

Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not understand what is happening. A restart of named, gives me the same result. This is very baffling to me. If I change the URL to just youtube.com, it tries to work till the redirect to www.youtube.com and
then stops dead.

The host name is youtube.com. The 'www' is just a prefix for humans to recognise; it has no real function any more, as far as I know.

Well, if I try to go to anything on youtube with the browser, it
redirects to www.youtube.com which is not accessible, except using
dig.

--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?

John Covici wb2una
covici@ccs.covici.com

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 06/03/2022 09:39, John Covici wrote:

Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not understand what is happening. A restart of named, gives me the same
result. This is very baffling to me. If I change the URL to just youtube.com, it tries to work till the redirect to www.youtube.com and
then stops dead.

Am I doing something wrong? My windows box is doing this correctly.

Thanks in advance for any suggestions.

cat /etc/hosts?

I'm sure you'd remember if you'd messed about with it, but a redirect
there would explain it ...

Cheers,
Wol

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 06 Mar 2022 06:18:33 -0500,
Wols Lists wrote:

On 06/03/2022 09:39, John Covici wrote:

Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not understand what is happening. A restart of named, gives me the same result. This is very baffling to me. If I change the URL to just youtube.com, it tries to work till the redirect to www.youtube.com and
then stops dead.

Am I doing something wrong? My windows box is doing this correctly.

Thanks in advance for any suggestions.

cat /etc/hosts?

I'm sure you'd remember if you'd messed about with it, but a
redirect there would explain it ...

No joy there, it looks like anything on the web under youtube
redirects to www.youtube.com, what I can't figure out is even if I
ping it, it says name or service not known, but dig sees it.

--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?

John Covici wb2una
covici@ccs.covici.com

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sunday, 6 March 2022 12:27:47 GMT John Covici wrote:

On Sun, 06 Mar 2022 06:18:33 -0500,

Wols Lists wrote:

On 06/03/2022 09:39, John Covici wrote:

Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not understand what is happening. A restart of named, gives me the same result. This is very baffling to me. If I change the URL to just youtube.com, it tries to work till the redirect to www.youtube.com and then stops dead.

Am I doing something wrong? My windows box is doing this correctly.

Thanks in advance for any suggestions.

cat /etc/hosts?

I'm sure you'd remember if you'd messed about with it, but a
redirect there would explain it ...

No joy there, it looks like anything on the web under youtube
redirects to www.youtube.com, what I can't figure out is even if I
ping it, it says name or service not known, but dig sees it.

I don't run named, so I'm not sure if some configuration issue is at play with your setup. Did you try traceroute? I am able to ping 'www.youtube.com' as well as 'youtube.com'. They resolve to different IPv4 addresses, but the same IPv6. When I run traceroute the route deviates 3 hops before the target, whether I use ICMP, or TCP on ports 80 and 443.

Therefore it seems there is a URL redirect on youtube. When tested from here the redirection is not on the same webserver, but to some other server/farm hidden behind Google's vast estate and reverse proxies. The routing from your network to Google would be specific to your location.
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmIksJIACgkQseqq9sKV Zxk22hAA6lDzFhWRH+Gwp637GTAmjSlnp1uA+qF/Q90pLsS0vo3+rP4PWQ3U+UtP p3ehuOkmSOMCB2hBBWN8ASUPRX51HPhj544TQUJPScXVZcUnpYhpEc/bSs5JkE/k eCQDPCru98ujjOTKdl2l3+XXSlIhUFvHgtyF9vs5RO3V7dQNpU5mNrDJHHNThay0 WdPmZHKp+MEj+tYv6L0vn6l/m8EPUS0/3ESIvChJgU78w5FH5nGz63ELvgDR+itg w5AXY243YDdpKQIzoLuly6XCKvHXoS/GG93eoJKij5/ZjBg5Fh+ZVAEk686SfSGY Xt8ShWGl2HEz7j/xPoh8jMjk2tRLGdNpc6x13+OsTd90RohQFzAAE3A/u3wOrEyL 3LCOqax8Moomikqa6lPEjmZK4oFCHmfoqiNHPG5AxjPjUyYyL7914YRcEv5baS7m Nnthp5ad5OtvYEVMWiIFavpW65QlUuFR7XSGiImKui9c2ATkWTWQtHIZRqM+nQbw ncK2wOuHcryJtk3/SqYComZqZsfaY71EBLstli8qejwHBaBumN9Pox2uiZJD5HNJ hCJ1koPs1ik1FW5KhSS8iTIGOKCtFvtg9K3jqGNpZGg6RDMWBG/evMOJA1/itYPy hZ1ECCS0MdCaXk00BUVWk01PMdgH8M8/58YBBUr17ZzcjzCwMd4=
=gzba
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 06 Mar 2022 08:01:06 -0500,
Michael wrote:

[1 <text/plain; UTF-8 (7bit)>]
On Sunday, 6 March 2022 12:27:47 GMT John Covici wrote:

On Sun, 06 Mar 2022 06:18:33 -0500,

Wols Lists wrote:

On 06/03/2022 09:39, John Covici wrote:

Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not understand what is happening. A restart of named, gives me the same result. This is very baffling to me. If I change the URL to just youtube.com, it tries to work till the redirect to www.youtube.com and then stops dead.

Am I doing something wrong? My windows box is doing this correctly.

Thanks in advance for any suggestions.

cat /etc/hosts?

I'm sure you'd remember if you'd messed about with it, but a
redirect there would explain it ...

No joy there, it looks like anything on the web under youtube
redirects to www.youtube.com, what I can't figure out is even if I
ping it, it says name or service not known, but dig sees it.

I don't run named, so I'm not sure if some configuration issue is at play with
your setup. Did you try traceroute? I am able to ping 'www.youtube.com' as well as 'youtube.com'. They resolve to different IPv4 addresses, but the same
IPv6. When I run traceroute the route deviates 3 hops before the target, whether I use ICMP, or TCP on ports 80 and 443.

Therefore it seems there is a URL redirect on youtube. When tested from here the redirection is not on the same webserver, but to some other server/farm hidden behind Google's vast estate and reverse proxies. The routing from your
network to Google would be specific to your location.

Traceroute does not work, either.

--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?

John Covici wb2una
covici@ccs.covici.com

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Mar 6, 2022 at 9:01 AM John Covici <covici@ccs.covici.com> wrote:

Traceroute does not work, either.

Can you elaborate on what "does not work" means, both for traceroute and ping?

This is sounding like a name resolution issue. Dig will directly
query the name server you point it at. Traceroute or ping will use
the C resolver.

Places this could go wrong include:
/etc/hosts
/etc/host.conf
/etc/nsswitch.conf
/etc/resolv.conf

(And that is just off the top of my head.)

--
Rich

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sunday, 6 March 2022 11:07:54 GMT John Covici wrote:

On Sun, 06 Mar 2022 05:20:07 -0500,

Peter Humphrey wrote:

On Sunday, 6 March 2022 09:39:32 GMT John Covici wrote:

Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not understand what is happening. A restart of named, gives me the same result. This is very baffling to me. If I change the URL to just youtube.com, it tries to work till the redirect to www.youtube.com and then stops dead.

The host name is youtube.com. The 'www' is just a prefix for humans to recognise; it has no real function any more, as far as I know.

Well, if I try to go to anything on youtube with the browser, it
redirects to www.youtube.com which is not accessible, except using
dig.

Which browser? The ones I've tried would first try youtube.com, and if that fails name lookup it will try prepending www. That may happen too fast for you to notice, though.

--
Regards,
Peter.

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

Have you checked the contents of /etc/resolv.conf? Everything look OK?

On Sun, Mar 6, 2022 at 4:28 AM John Covici <covici@ccs.covici.com> wrote:

On Sun, 06 Mar 2022 06:18:33 -0500,
Wols Lists wrote:

On 06/03/2022 09:39, John Covici wrote:

Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not understand what is happening. A restart of named, gives me the same result. This is very baffling to me. If I change the URL to just youtube.com, it tries to work till the redirect to www.youtube.com and then stops dead.

Am I doing something wrong? My windows box is doing this correctly.

Thanks in advance for any suggestions.

cat /etc/hosts?

I'm sure you'd remember if you'd messed about with it, but a
redirect there would explain it ...

No joy there, it looks like anything on the web under youtube
redirects to www.youtube.com, what I can't figure out is even if I
ping it, it says name or service not known, but dig sees it.

--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?

John Covici wb2una
covici@ccs.covici.com

--
Lee 😎
<ny6p01@gmail.com>

<div dir="ltr">Have you checked the contents of /etc/resolv.conf? Everything look OK?</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Mar 6, 2022 at 4:28 AM John Covici &lt;<a href="mailto:covici@ccs.covici.com">covici@ccs.
covici.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Sun, 06 Mar 2022 06:18:33 -0500,<br>
Wols Lists wrote:<br>
&gt; <br>
&gt; On 06/03/2022 09:39, John Covici wrote:<br>
&gt; &gt; Hi.  On my gentoo box, no application including ping can access<br> &gt; &gt; <a href="http://www.youtube.com" rel="noreferrer" target="_blank">www.youtube.com</a>.  However, a dig is doing it correctly, so I can not<br>
&gt; &gt; understand what is happening.  A restart of named, gives me the same<br>
&gt; &gt; result.  This is very baffling to me.  If I change the URL to just<br>
&gt; &gt; <a href="http://youtube.com" rel="noref

On Sun, 06 Mar 2022 09:23:58 -0500,
Rich Freeman wrote:

On Sun, Mar 6, 2022 at 9:01 AM John Covici <covici@ccs.covici.com> wrote:

Traceroute does not work, either.

Can you elaborate on what "does not work" means, both for traceroute and ping?

This is sounding like a name resolution issue. Dig will directly
query the name server you point it at. Traceroute or ping will use
the C resolver.

Places this could go wrong include:
/etc/hosts
/etc/host.conf
/etc/nsswitch.conf
/etc/resolv.conf

(And that is just off the top of my head.)

ping www.youtube.com
ping: www.youtube.com: Name or service not known

Same exact result for traceroute .
Here is my /etc/resolv.conf
nameserver 127.0.0.1
nameserver 198.7.0.5


--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?

John Covici wb2una
covici@ccs.covici.com

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 06 Mar 2022 09:37:22 -0500,
Peter Humphrey wrote:

On Sunday, 6 March 2022 11:07:54 GMT John Covici wrote:

On Sun, 06 Mar 2022 05:20:07 -0500,

Peter Humphrey wrote:

On Sunday, 6 March 2022 09:39:32 GMT John Covici wrote:

Hi. On my gentoo box, no application including ping can access www.youtube.com. However, a dig is doing it correctly, so I can not understand what is happening. A restart of named, gives me the same result. This is very baffling to me. If I change the URL to just youtube.com, it tries to work till the redirect to www.youtube.com and then stops dead.

The host name is youtube.com. The 'www' is just a prefix for humans to recognise; it has no real function any more, as far as I know.

Well, if I try to go to anything on youtube with the browser, it
redirects to www.youtube.com which is not accessible, except using
dig.

Which browser? The ones I've tried would first try youtube.com, and if that fails name lookup it will try prepending www. That may happen too fast for you
to notice, though.

If I could get ping or host to work, I would go further. I have lynx
here which gives the steps its going through, so I saw the redirect to www.youtube.com .

--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?

John Covici wb2una
covici@ccs.covici.com

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Mar 6, 2022 at 11:49 AM Michael <confabulate@kintzios.com> wrote:

On Sunday, 6 March 2022 16:34:21 GMT John Covici wrote:

On Sun, 06 Mar 2022 09:23:58 -0500,

Rich Freeman wrote:

On Sun, Mar 6, 2022 at 9:01 AM John Covici <covici@ccs.covici.com> wrote:

Traceroute does not work, either.

Can you elaborate on what "does not work" means, both for traceroute and ping?

This is sounding like a name resolution issue. Dig will directly
query the name server you point it at. Traceroute or ping will use
the C resolver.

Places this could go wrong include:
/etc/hosts
/etc/host.conf
/etc/nsswitch.conf
/etc/resolv.conf

(And that is just off the top of my head.)

ping www.youtube.com
ping: www.youtube.com: Name or service not known

Same exact result for traceroute .
Here is my /etc/resolv.conf
nameserver 127.0.0.1
nameserver 198.7.0.5

Did you try to compare 'dig +trace' output for the two different URLs with and
without @8.8.8.8 as the DN resolver, to see how the responses to your local setup differ?

Specifically, run the dig @127.0.0.1 and @198.7.0.5 and compare that
with @8.8.8.8. If some of those fail then there is a DNS server
problem of some sort. If they're all consistent, I'd check nsswitch
and the other files to ensure DNS is even being used.

--
Rich

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sunday, 6 March 2022 16:34:21 GMT John Covici wrote:

On Sun, 06 Mar 2022 09:23:58 -0500,

Rich Freeman wrote:

On Sun, Mar 6, 2022 at 9:01 AM John Covici <covici@ccs.covici.com> wrote:

Traceroute does not work, either.

Can you elaborate on what "does not work" means, both for traceroute and ping?

This is sounding like a name resolution issue. Dig will directly
query the name server you point it at. Traceroute or ping will use
the C resolver.

Places this could go wrong include:
/etc/hosts
/etc/host.conf
/etc/nsswitch.conf
/etc/resolv.conf

(And that is just off the top of my head.)

ping www.youtube.com
ping: www.youtube.com: Name or service not known

Same exact result for traceroute .
Here is my /etc/resolv.conf
nameserver 127.0.0.1
nameserver 198.7.0.5

Did you try to compare 'dig +trace' output for the two different URLs with and without @8.8.8.8 as the DN resolver, to see how the responses to your local setup differ?
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmIk5hUACgkQseqq9sKV ZxlkqA//XqchINX+iPycY52/6MhyR8qV55qbajJwHeT10zHkcbX8v45Cejwiu0pZ 1p6dIs8TayvayDCiK2eiGmtJhlU1xcejfJrROvK2UQT29QAWMcD5MJpwNC0hN+Z3 gwY4HPkNpIZLozpauvoC/MCSeXYaFdySj7N5iHXuT/a84HT1sKzZqvsKbK0kf/nd TUtrDdO+BXI8hS4CRrNlWccxWwIfylrryZMSZiPYfBHTLgkuInzN8R5smNToBmCU 6mlsJOnb4hsBl8myN3kUeVRz8dYY1qFJ2+ll+SIQTeO5M9IABSMdBPjlCffLyYbz LEvguIyTvBlHmCQ9jT0ANboIvABYzvEwSLrnWtn73nwhIWK1uB63RMYmQlXGbmKQ XoCJgt0H7MI4fMDUBtZslXTupeuS6qA6tTQCPAZC/8tgkKBjG2ipYeIoW/INgGf3 vgMvSdXBWoabUcuj486z8GwoddAOntZi12qADGvdB4WR8rA81kYlb/Nin9Li+bzx IBqgVrvRMex6Yjby8P4xhnUPRQzBv6UB7w6eK2BUWGt0FjeoQC/FDwJSKJWITsmL yj+ZOeVgFjekt8cVpOPzAxT0Ukriko17sfM+y2rCreDDFs5N2atmPSjUSNHtl7G3 fNa8Ez6qocV4zb6mrdWyC1DFgvKFlCaInj3FNneKIvq660OcFwc=
=fd25
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sunday, 6 March 2022 17:31:55 GMT Rich Freeman wrote:

On Sun, Mar 6, 2022 at 12:20 PM John Covici <covici@ccs.covici.com> wrote:

OK, I discovered that if I add 8.8.8.8 to my resolv.conf,
www.youtube.com becomes accessible. I would like not to have either
google or cloudflare in there, if I can avoid them -- they were
blocking some places I wanted to go to with a 521 error code. So, the mystery deepens.

Actually, it got a lot simpler. You ruled out host, nsswitch, etc
issues. This is just a DNS server issue. Run:
dig www.youtube.com @8.8.8.8
dig www.youtube.com @127.0.0.1
dig www.youtube.com @198.7.0.5

All three should resolve something reasonable (it is ok if they don't
resolve the same - load balancing/etc can result in that). If any
fail to resolve then that DNS server has issues. At that point you
need to check the config on that DNS server.

BTW, blocking cloudfare's servers doesn't stop access to youtube.
-----BEGIN PGP SIGNATURE-----

iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmIk8HsACgkQseqq9sKV Zxk6dRAAspY+qst+GKTZ4EnlUkwHxTCVE+4lyUsdz1ATWXionfAl5CGCzBJkn8bj 1J8+BGIp1xBvd06pncXVh9He/FoIk5n5PuRDn7VrNb1/MFh0K5Us3+1okO9hpNT2 9K/VlIaqBqrr3QgpNt1G0rKcOQhIvOZZSTZJ+b/OCvdOI/JCOhNJiBkPziMIuTv9 tJPY7K52qr37szvGjaAvShexEtrj1tEzNOymv76TaD2Th/h30qvWMzwfwLojZ+gU d4terDnlSIOXqE1cJDRXklQwLF4hI+ICjxKS/sO8ZpG2TF1r7INT7KOv9EnvvGQE SQZ4+c0sM3m3eVabJ0NkwiYUv9HwkgecGVwEl1QLzncn0HNEG6uDZNNhMDBHviAC LLObBtL2sqdhLzvoppdknAmoY6tIDqq/WF2HDRSADpec+q9VIDONB7RqOQf2hL3g M79mdPcgr82Q/j40KtcD4yNgbY/VQM/2bGp+cpo66VpHnJ1gRyvWbyKuYQMxOCYz yx8Ga+yXnqYh/0aJHP7r6aJuBDuDyme5ne1fXUhhJ+ID13HOUDyFKMjkZMbOSwkB VOk1LRBP+lS/onrKPP7nad4P6ar/ypDgsrV79gNc/+l6M7WTNyLHeSSVZHYwkofo ROgfuys2WFsDQLRVGnR+j05tMorvtJWH7L5MKuohcsoXUaSLbG4=
=9oLv
-----END PGP SIGNATURE-----

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 06 Mar 2022 09:23:58 -0500,
Rich Freeman wrote:

On Sun, Mar 6, 2022 at 9:01 AM John Covici <covici@ccs.covici.com> wrote:

Traceroute does not work, either.

Can you elaborate on what "does not work" means, both for traceroute and ping?

This is sounding like a name resolution issue. Dig will directly
query the name server you point it at. Traceroute or ping will use
the C resolver.

Places this could go wrong include:
/etc/hosts
/etc/host.conf
/etc/nsswitch.conf
/etc/resolv.conf

(And that is just off the top of my head.)

OK, I discovered that if I add 8.8.8.8 to my resolv.conf,
www.youtube.com becomes accessible. I would like not to have either
google or cloudflare in there, if I can avoid them -- they were
blocking some places I wanted to go to with a 521 error code. So, the
mystery deepens.

--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?

John Covici wb2una
covici@ccs.covici.com

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, Mar 6, 2022 at 12:20 PM John Covici <covici@ccs.covici.com> wrote:

OK, I discovered that if I add 8.8.8.8 to my resolv.conf,
www.youtube.com becomes accessible. I would like not to have either
google or cloudflare in there, if I can avoid them -- they were
blocking some places I wanted to go to with a 521 error code. So, the mystery deepens.

Actually, it got a lot simpler. You ruled out host, nsswitch, etc
issues. This is just a DNS server issue. Run:
dig www.youtube.com @8.8.8.8
dig www.youtube.com @127.0.0.1
dig www.youtube.com @198.7.0.5

All three should resolve something reasonable (it is ok if they don't
resolve the same - load balancing/etc can result in that). If any
fail to resolve then that DNS server has issues. At that point you
need to check the config on that DNS server.

--
Rich

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On Sun, 06 Mar 2022 12:31:55 -0500,
Rich Freeman wrote:

On Sun, Mar 6, 2022 at 12:20 PM John Covici <covici@ccs.covici.com> wrote:

OK, I discovered that if I add 8.8.8.8 to my resolv.conf,
www.youtube.com becomes accessible. I would like not to have either
google or cloudflare in there, if I can avoid them -- they were
blocking some places I wanted to go to with a 521 error code. So, the mystery deepens.

Actually, it got a lot simpler. You ruled out host, nsswitch, etc
issues. This is just a DNS server issue. Run:
dig www.youtube.com @8.8.8.8
dig www.youtube.com @127.0.0.1
dig www.youtube.com @198.7.0.5

All three should resolve something reasonable (it is ok if they don't
resolve the same - load balancing/etc can result in that). If any
fail to resolve then that DNS server has issues. At that point you
need to check the config on that DNS server.

Its not my server, and seems to return nothing. But the questionis
that since 127.0.0.1 works, why do my applications not work? Should I
put 127.0.0.1 last -- I thought it should always be first as it would
be the fastest.

--
Your life is like a penny. You're going to lose it. The question is:
How do
you spend it?

John Covici wb2una
covici@ccs.covici.com

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

On 2022-03-06 12:20, John Covici wrote:

OK, I discovered that if I add 8.8.8.8 to my resolv.conf,
www.youtube.com becomes accessible. I would like not to have either
google or cloudflare in there, if I can avoid them -- they were
blocking some places I wanted to go to with a 521 error code. So, the mystery deepens.

Consider using OpenNIC if you don't want Google or Cloudflare. https://www.opennic.org/

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)