Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Internet a sítě => Téma založeno: regine 02 Října 2025, 19:26:41
-
Při zapsání jakékoliv internetové adresy se po časové prodlevě objeví hlášení typu "stránku se nám nedaří najít - Zkusit znovu".
- desktop s Ubuntu 16.04 - jediným konfiguračním zásahem, bylo obnovení GRUB
- připojení kabelem na router, plný přístup na router, router vypíše, že je konektován na Internet
- ping 8.8.8.8 má odezvu - OK
- zkoušeno několik browserů - Pale Moon, Firefox, Vivaldi, textový Lynx, Chrome, ... - NEjde připojení
- kromě GNOME, přihlášení do kdysi instalovaného Cinnamon - NEjde připojení, jen přístup na router s vypsáním, že Internet OK
- restartováno s jiným jádrem linux - NEjde Internet
A na stejném desktopu je OK:
- připojil jsem HDD, jež byl před rokem zdrojem pro klon na SSD - OK připojení
- z USB spuštěno několik Live-distribucí (Mint, Ubuntu 18, ...) - OK připojení
Vyvozuji, problém není v HW, v kabeláži, prohlížečích (různá jádra). Asi ani v routeru, jsou na něj bez problému připojeny mobily a jiné 3 kompy.
Srovnal jsem "Nastavení systému > Síť - drátové" s téměř stejným kompem a Ubuntu 16.04 rovněž a nastavení je stejné.
PLS Můžete mě nakopnout, kde hledat závadu, nebo nastavit konfigurační soubor?
THX
-
DNS ?
ping google.com
-
Já bych možná použil traceroute.
-
Já bych možná použil traceroute.
Výpis traceroute z kompů připojených na stejný ethernet kabel (jen přepojen) a stejná verze Ubuntu 16.04:
A) nejde Fujitsu ESPRIMO:
user@ESPRIMO-P3510:~$ traceroute www.google.com
www.google.com: Dočasná chyba při vyhodnocování jména
Cannot handle "host" cmdline arg `www.google.com' on position 1 (argc 1)
user@ESPRIMO-P3510:~$
B) Lenovo je OK:
user@user-Lenovo-G555:~$ traceroute www.google.com
traceroute to www.google.com (142.251.36.68), 30 hops max, 60 byte packets
1 prg03s10-in-f4.1e100.net (142.251.36.68) 0.473 ms 0.716 ms 1.143 ms
2 192.168.20.254 (192.168.20.254) 10.987 ms 11.368 ms 11.372 ms
3 192.168.103.254 (192.168.103.254) 11.724 ms 12.073 ms 12.076 ms
4 ip-93-99-130-1.net.vodafone.cz (93.99.130.1) 12.462 ms 12.465 ms 12.818 ms
5 te0-7-0-4-s160.cz-brn-poop1-rb1.net.upc.cz (88.146.176.1) 13.194 ms 13.194 ms 13.546 ms
6 pzmsc-rc-01-ae68.net.vodafone.cz (185.188.187.94) 16.956 ms 8.607 ms 13.147 ms
7 a0sit-rc-01-ae0.net.vodafone.cz (185.188.187.254) 13.460 ms 13.866 ms 13.859 ms
8 * * *
9 cst2-191-34.cust.vodafone.cz (31.30.191.34) 15.013 ms 15.369 ms 16.038 ms
10 192.178.252.183 (192.178.252.183) 16.664 ms 17.082 ms 192.178.252.171 (192.178.252.171) 17.465 ms
11 209.85.245.247 (209.85.245.247) 18.985 ms 20.309 ms 209.85.246.117 (209.85.246.117) 20.666 ms
12 prg03s10-in-f4.1e100.net (142.251.36.68) 8.733 ms 8.057 ms 8.495 ms
user@user-Lenovo-G555:~$Nejsem znalý komunikačních protokolů. Co s tím? Neběží nějaká služba?
Právě jsem našel řešení zde:
https://stackoverflow.com/questions/51610170/dns-hoster-works-strange-or-does-not-work-how-to-check (https://stackoverflow.com/questions/51610170/dns-hoster-works-strange-or-does-not-work-how-to-check)
Srovnal jsem adresy nameserver, a v kompu, kde nešel Internet byla adresa 127.0.0.53 (určitě jsem ji neměnil - poprvé o konfiguraci něco vím) a nastavil na 127.0.1.1 jako u kompu, kde vše je OK. Prohlížeče běží.
Je možné, že na opravu zavaděče GRUB použitý Boot-Repair-Disk změnil adresu?
https://help.ubuntu.com/community/Boot-Repair (https://help.ubuntu.com/community/Boot-Repair)
-
Nejsem znalý komunikačních protokolů. Co s tím? Neběží nějaká služba?
Právě jsem našel řešení zde:
https://stackoverflow.com/questions/51610170/dns-hoster-works-strange-or-does-not-work-how-to-check (https://stackoverflow.com/questions/51610170/dns-hoster-works-strange-or-does-not-work-how-to-check)
Srovnal jsem adresy nameserver, a v kompu, kde nešel Internet byla adresa 127.0.0.53 (určitě jsem ji neměnil - poprvé o konfiguraci něco vím) a nastavil na 127.0.1.1 jako u kompu, kde vše je OK. Prohlížeče běží.
Je možné, že na opravu zavaděče GRUB použitý Boot-Repair-Disk změnil adresu?
https://help.ubuntu.com/community/Boot-Repair (https://help.ubuntu.com/community/Boot-Repair)
Tak asi vyřešeno? Dokud nerozšíříš své podezření ještě na další programy, mohl by se ten skandál vysvětlit souběžným pokusem o konfiguraci dalšího serveru.
-
Doporučil bych si síť doma nastavit na třídu IP adres C. Můžeš tam mít až 254 zařízení.
127.x.x.x je vyhrazeno standardy na localhost. To znamená, že mezi sebou na jednom operačním systému komunikuje software. Neslouží pro komunikaci do sítě.
-
Doporučil bych si síť doma nastavit na třídu IP adres C. Můžeš tam mít až 254 zařízení.
127.x.x.x je vyhrazeno standardy na localhost. To znamená, že mezi sebou na jednom operačním systému komunikuje software. Neslouží pro komunikaci do sítě.
Hahaha:D S tím bych tady vůbec nezačínal.
Jestli to tady čte občas někdo, kdo do určité problematiky vidí ještě hloubějí, možná se občas diví, jak ta série "suchých vtipů" (kterým se zatím nezasmál), v tomto případě mohla někomu pomoct s nefunkčním překladem adres.
Anii v tom odkazu na *stackoverflow# není řeč o lokální smyčce, ale jednomu to pomohlo vyřešit právě tento problém:) To bude asi tím, když někdo nevědomky mění nějakou součást systému a netuší přesně "co dělá". Nejčastěji k tomu asi dojde při aplikaci postupů oprav převzatých odjinud. Anebo třeba i díky použití chroot a odebírání/instalování balíků/nastavení v, jinak funkčním, systému.
V tom případě s tím totiž nejde snadno "přestat", protože se špatně zjišťuje "kdy to začalo".