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.