Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: jarmala - 13.03.26 - klo:15.06
-
Ubuntuni (22.04 LTS)ei tahdo löytää vebbiosoitteita selaimessa - kestää ja kestää ja lopulta ilmoittaa, että osoitetta ei löydy. Hmm? Mistä pitäisi ruveta etsimään syytä ja korjaamaan sitä?
Netti on DNA:n taloyhtiönetti järjestetty ranskalaisella kaapelimodeemilla taloyhtiön TV-kaapelia pitkin.
ari@ari:~/avi$ uname -a
Linux ari 5.15.0-171-generic #181-Ubuntu SMP Fri Feb 6 22:44:50 UTC 2026 x86_64 x86_64 x86_64 GNU/Linux
ari@ari:~/avi$ ifconfig -a
enp2s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 192.168.1.103 netmask 255.255.255.0 broadcast 192.168.1.255
inet6 2001:14ba:4253:2900::199 prefixlen 128 scopeid 0x0<global>
inet6 2001:14ba:4253:2900:2cfc:34:16f:8668 prefixlen 64 scopeid 0x0<global>
inet6 fe80::6870:5edd:8781:a5de prefixlen 64 scopeid 0x20<link>
ether 94:de:80:c0:52:81 txqueuelen 1000 (Ethernet)
RX packets 458899 bytes 575081815 (575.0 MB)
RX errors 0 dropped 1 overruns 0 frame 0
TX packets 185595 bytes 93259552 (93.2 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
device interrupt 18
lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 18261 bytes 2842331 (2.8 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 18261 bytes 2842331 (2.8 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ari@ari:~/avi$ nmap 192.168.1.1/24
Starting Nmap 7.80 ( https://nmap.org ) at 2026-03-13 14:57 EET
Nmap scan report for 192.168.1.1
Host is up (0.0012s latency).
Not shown: 997 filtered ports
PORT STATE SERVICE
53/tcp open domain
443/tcp open https
9485/tcp closed unknown
Nmap scan report for 192.168.1.100
Host is up (0.00026s latency).
All 1000 scanned ports on 192.168.1.100 are closed
Nmap scan report for 192.168.1.102
Host is up (0.020s latency).
All 1000 scanned ports on 192.168.1.102 are closed
Nmap scan report for 192.168.1.103
Host is up (0.00019s latency).
Not shown: 997 closed ports
PORT STATE SERVICE
22/tcp open ssh
139/tcp open netbios-ssn
445/tcp open microsoft-ds
Nmap done: 256 IP addresses (4 hosts up) scanned in 27.29 seconds
ari@ari:~/avi$
-
Ongelma voi johtua DNS:stä, jonka toiminta riippuu kaapelimodeemin DNS-välimuistista ja operaattorin tarjoamasta nimipalvelusta. Joskus näissä ilmenee epämääräisiä vikoja.
Kokeile, avautuuko vaikkapa Googlen nimipalvelimen sivu osoitteessa https://8.8.8.8
Jos toimii, kokeile seuraavaksi asettaa Ubuntun verkkoyhteyden asetuksissa nimipalvelimeksi 8.8.8.8 tai 1.1.1.1
Katso ohje: https://phoenixnap.com/kb/ubuntu-dns-nameservers#Change_DNS_Nameserver_via_Network_Settings
Tällaisella konfiguraatiolla Ubuntu ei käytä kaapelimodeemin DNS-välimuistia eikä DNA:n nimipalvelimia, ja niihin liittyvät ongelmat eivät enää haittaa toimintaa. Jos ongelmat jatkuvat, vika lienee muualla kuin nimipalvelussa.
-
Ongelma voi johtua DNS:stä, jonka toiminta riippuu kaapelimodeemin DNS-välimuistista
Kokeile, avautuuko vaikkapa Googlen nimipalvelimen sivu osoitteessa https://8.8.8.8
Jos toimii, kokeile seuraavaksi asettaa Ubuntun verkkoyhteyden asetuksissa nimipalvelimeksi 8.8.8.8 tai 1.1.1.1
https://8.8.8.8 toimi välittömästi.
Lisäsin DNS -osoitteiksi: 1.1.1.1, 1.0.0.1, 193.210.18.18, 193.210.19.19
Nyt alkoi toimia nikotelematta ja välittömästi. Tällä mennään nyt.
Ei kai DHCP pääse sotkemaan tätä asetusta vaikka seuraavan buutin yhteydessä?
Kiitos.
-
Ei pitäisi sotkea jos sen järjestelmästä olet itse asettanut.
Itse olen asettanut reitittimestä itsestään.
-
Vaikka omalla kotikäytöllä ei varsinaisesti tunnu olevan suurta ongelmaa, niin silti kiinnostaa, miten voisi vertailla noita DNS:iä? Olisiko jotain parempaa vaihdossa vaikka Googleen? Näyttäisi olevan kyllä helposti reitittimestä kokeiltavissa sen asetuksissa.
-
Vaikka omalla kotikäytöllä ei varsinaisesti tunnu olevan suurta ongelmaa, niin silti kiinnostaa, miten voisi vertailla noita DNS:iä? Olisiko jotain parempaa vaihdossa vaikka Googleen? Näyttäisi olevan kyllä helposti reitittimestä kokeiltavissa sen asetuksissa.
Periaatteessa operaattorin DNS:n pitäisi olla nopein, koska se on lähimpänä käyttäjää. Tähän kuitenkin vaikuttaa DNS-palvelimen kapasiteetti ja mahdolliset väliaikaiset ongelmat, jolloin nimipalvelukyselyt voivat epäonnistua kokonaan.
Toisaalta DNS:n nopeuden (latenssin) vaikutusta rajaa se, että reititin ja tietokoneen tai muun päätelaitteen käyttöjärjestelmä ylläpitävät DNS-välimuistia. Ainoastaan ensimmäinen sivun avaus saattaa kullakin käyttökerralla vaatia varsinaisen kyselyn nimipalvelimelle saakka, ja sen jälkeen osoite löytyy nopeasti paikallisesta välimuistista. Sanoisin, että joidenkin kymmenien millisekuntien latenssieroa tärkeämpää on, että nimipalvelu toimii luotettavasti ja vastaa aina kyselyihin.
Julkisista palveluista Cloudflare (1.1.1.1 ja 1.0.0.1) on hyvä vaihtoehto, jos et halua, että selaushistoriaa päätyy vaikkapa Googlen käyttöön. Tosin nimipalvelukyselyt ovat joka tapauksessa salaamattomia, ja matkan varrella niitä voidaan tallentaa missä tahansa solmussa. Erityisesti operaattori pystyy helposti seuraamaan ja tallentamaan käyttäjien selaushistoriaa ja yhdistämään sen suoraan liittymän omistajan henkilötietoihin.
-
Kiitos neuvoista.