On 6/11/22 2:44 PM, Samuel Sieb wrote:
Having now rebooted into Fedora, I see that everything now appears and
behaves normally.
When I started this thread, being able to connect to websites in
windows-7 but not being able to connect to the same URLs in Fedora had
me suspecting trouble in Fedora. But being able to connect to only some
web sites in windows-7 had me thinking there was also trouble "out
there" (beyond the scope of what I'm responsible for). It now seems the
trouble was all "out there".
A question on my mind is why was I able to connect to
google.com
forecast.weather.gov
wikipedia.org
in windows-7 but not Fedora-35?
I suppose what you requested (below) is no longer needed, but in case
I'm wrong, here goes...
On 6/11/22 11:42, home user wrote:
> - In the corner of the display (gnome), there's usually a little
> fork-like symbol next to the little symbol that I click to log off or
> shutdown. That symbol is not showing. >
I assume you're referring to the wired network symbol. If you go into
the setting, what do you see in the network section?
I see now that my description of the symbol was incorrect. My apologies.
I now see:
IPv4 Address 98.43.14.86
IPv6 ess fe80::3285:a9ff:fe97:537e
Hardware Address 30:85:A9:97:53:7E
Default Route: 98:43:12:1
fe80::dead:beef:2:1
DNS 75.75.75.75 75.75.76.76
> - Firefox is able to communicate with the modem. I did not see
> anything in the modem's display in Firefox that looked like a problem.
Then your local network is working fine.
> - Last night, I was in a 3-way zoom meeting on this work station
> (using Fedora-35 and Firefox) for almost 2 hours as a participant (not
> host). Immediately after that meeting ended, I shut down for the
> night. I noticed in the past that after a zoom meeting, some things
> do seem to be messed up in Fedora; I don't recall any details. I've
> been simply rebooting to solve that. Zoom does seem somehow "dirty".
That is rather odd. Zoom shouldn't be able to mess up anything
system-wide.
"shouldn't". But it does, though probably not intentionally.
> - This is a dual-boot workstation. When booted up in windows-7
(like
> now), I am able to connect to some sites in Firefox, but not all.
> Some that I can connect to are unusually slow. Thunderbird also
> works, but is unusually slow.
That doesn't sound like it's working properly.
> The modem is an Arris T25 SURFboard, DOCSIS 3.1 for xfinity internet
> and voice. I originally thought the problem was the modem, but since
> it seems to be working when I boot into windows-7, I now think the
> problem is more likely to be in Fedora.
It doesn't really sound like it's working properly in Windows, so it's
not just Fedora, but it's probably easier to debug the issue in Fedora.
What happens if you do the following commands:
"ping 8.8.8.8"
"host google.com" or "dig google.com"
"ping google.com"
"traceroute 8.8.8.8"
bash.3[~]: ping -c 5 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=116 time=12.1 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=116 time=11.3 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=116 time=10.1 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=116 time=12.6 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=116 time=9.35 ms
--- 8.8.8.8 ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 9.345/11.083/12.616/1.216 ms
bash.4[~]: host
google.com
google.com has address 142.250.72.14
google.com has IPv6 address 2607:f8b0:400f:807::200e
google.com mail is handled by 10
smtp.google.com.
bash.5[~]: dig
google.com
; <<>> DiG 9.16.29-RH <<>>
google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6920
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 65494
;; QUESTION SECTION:
;google.com. IN A
;; ANSWER SECTION:
google.com. 80 IN A 142.250.72.14
;; Query time: 0 msec
;; SERVER: 127.0.0.53#53(127.0.0.53)
;; WHEN: Sat Jun 11 16:14:51 MDT 2022
;; MSG SIZE rcvd: 55
bash.6[~]: ping -c 5
google.com
PING
google.com (142.250.72.14) 56(84) bytes of data.
64 bytes from
den08s06-in-f14.1e100.net (142.250.72.14): icmp_seq=1
ttl=115 time=10.1 ms
64 bytes from
den08s06-in-f14.1e100.net (142.250.72.14): icmp_seq=2
ttl=115 time=9.84 ms
64 bytes from
den08s06-in-f14.1e100.net (142.250.72.14): icmp_seq=3
ttl=115 time=20.1 ms
64 bytes from
den08s06-in-f14.1e100.net (142.250.72.14): icmp_seq=4
ttl=115 time=9.48 ms
64 bytes from
den08s06-in-f14.1e100.net (142.250.72.14): icmp_seq=5
ttl=115 time=10.8 ms
---
google.com ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4006ms
rtt min/avg/max/mdev = 9.483/12.071/20.113/4.043 ms
bash.7[~]: traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 10.144.233.194 (10.144.233.194) 44.145 ms 44.154 ms
10.144.233.195 (10.144.233.195) 17.340 ms
2 96.110.246.153 (96.110.246.153) 14.270 ms 96.110.246.149
(96.110.246.149) 14.193 ms 15.727 ms
3 162.151.50.121 (162.151.50.121) 14.006 ms 96.108.139.141
(96.108.139.141) 15.793 ms 15.834 ms
4 96.216.22.45 (96.216.22.45) 19.315 ms 162.151.50.121
(162.151.50.121) 15.664 ms 13.944 ms
5 96.216.22.45 (96.216.22.45) 19.327 ms 19.124 ms 19.194 ms
6
be-3302-pe02.910fifteenth.co.ibone.comcast.net (96.110.38.122)
16.994 ms
be-3102-pe02.910fifteenth.co.ibone.comcast.net (96.110.38.114)
10.842 ms
be-36011-cs01.1601milehigh.co.ibone.comcast.net
(96.110.43.241) 17.516 ms
7 23.30.207.162 (23.30.207.162) 17.409 ms 23.30.206.218
(23.30.206.218) 18.842 ms
be-3202-pe02.910fifteenth.co.ibone.comcast.net (96.110.38.118) 14.203 ms
8 23.30.206.218 (23.30.206.218) 15.855 ms * 108.170.252.193
(108.170.252.193) 13.991 ms
9 108.170.254.65 (108.170.254.65) 12.752 ms * dns.google (8.8.8.8)
18.129 ms
bash.8[~]:
Thank-you, Samuel.
Bill.