Ubuntu Suomen keskustelualueet
Ubuntun käyttö => Ubuntu tietokoneissa => Aiheen aloitti: AimoE - 21.03.18 - klo:22.15
-
Firefox on alkanut hyytyä versiosta 58 alkaen. Viimeksi kun se hyytyi pahasti, tein itselleni uudne käyttäjäprofiilin ja se auttoi, hyytyminen oli poissa viikon tai kaksi. SItten se alkoi taas hyytyä. Nyt en jaksanut rakentaa kokonaan uutta profiilia, vaan (suljin Firefoxin ja) kopioin sisällön profiilikopiosta jonka tein silloin kun viimeksi vaihdoin profiilin. Mutta tämä kopiointi ei nyt autakaan hitauteen. Poistin myös ~/.cache/mozilla/firefox-hakemiston kokonaan, mutta sekään ei auta. Tänään en enää jaksa värkätä täysin uutta profiilia, mutta jotenkin ei kalloon mahdu se että pitää luoda kokonaan uusi profiili. Hitaus ei koske ihan kaikkia sivuja. Koneella paikallisesti olevat tiedostot latautuvat nopeasti, ja jokunen harva suomalainen sivusto. Kaikki muut latautuvat järkyttävän hitaasti, ja jos en vaihda profiilia, hidastuminen senkun jatkuu.
Miten muut?
Ai niin, silloin kun viimeksi vaihdoin profiilin, jouduin tekemään sen sekä Windows- että Ubuntu-koneella, mutta nyt Firefox ei ole hidastunut Windowsilla yhtään, vain Ubuntulla se takkuaa.
-
"Virkistä Firefox" (Refresh Firefox) (https://support.mozilla.org/fi/kb/firefoxin-palauttaminen-lisaosat-poistetaan) -toimintoa kannattaa kokeilla ennen kuin luo kokonaan uuden profiilin.
Oletko varmistanut, että vika ei johdu DNS:stä? Latautuuko vaikkapa joku HTTP-sivu nopeasti suoralla IP-osoitteella, mutta hitaasti domain-nimellä? (HTTPS-sivujen kanssa suora IP ei toimi.)
-
Tässä ketjussa oli samankaltaiseen aiheeseen liittyvää jutustelua:
https://forum.ubuntu-fi.org/index.php?topic=52698.msg403411#msg403411 (https://forum.ubuntu-fi.org/index.php?topic=52698.msg403411#msg403411)
-
Oletko varmistanut, että vika ei johdu DNS:stä? Latautuuko vaikkapa joku HTTP-sivu nopeasti suoralla IP-osoitteella, mutta hitaasti domain-nimellä? (HTTPS-sivujen kanssa suora IP ei toimi.)
Suoraa IP-osoitetta käytän vain reittimen ja tulostimen hallintasivun avaamiseen. Missään muualla en käytä suoria IP-osoitteita. Joten ei, siitä ei ole kyse.
Nyt olen ehtinyt luoda uuden progfiilin ihan alusta asti, eikä se auta hitauteen kuten viimeksi. Alkaa olla keinot lopussa.
-
Tässä ketjussa oli samankaltaiseen aiheeseen liittyvää jutustelua:
https://forum.ubuntu-fi.org/index.php?topic=52698.msg403411#msg403411 (https://forum.ubuntu-fi.org/index.php?topic=52698.msg403411#msg403411)
Ei auta.
-
Kun olen luonut uuden profiilin, hitaus tulee esiin jo ENNEN kuin olen ehtinyt asentaa yhtään ainutta lisäosaa, ja hitaus vaikuttaa myös lisäosien asentamiseen. SIvustot latautuvat sitä hitaammine mitä enemmän sivut sisältävät osia jotka ladataan eri lähteistä.
Edit: mutta tällä kertaa tämä hitaus ei koske Windows-koneen Firefoxia, vaan ilmenee pelkästään Ubuntu-koneella. Siksi minun on vaikea usoa että kyse olisi DNS-ongelmasta.
-
Kun olen luonut uuden profiilin, hitaus tulee esiin jo ENNEN kuin olen ehtinyt asentaa yhtään ainutta lisäosaa, ja hitaus vaikuttaa myös lisäosien asentamiseen. SIvustot latautuvat sitä hitaammine mitä enemmän sivut sisältävät osia jotka ladataan eri lähteistä.
Edit: mutta tällä kertaa tämä hitaus ei koske Windows-koneen Firefoxia, vaan ilmenee pelkästään Ubuntu-koneella. Siksi minun on vaikea usoa että kyse olisi DNS-ongelmasta.
Kannattaa selvittää sekin mahdollisuus, koska tuo kuulostaa hyvin paljon DNS-ongelmalta. Ihan ensimmäisenä tarkistaisin, mitä eroa järjestelmien DNS-asetuksissa on. Ongelma voi olla sekin, että Ubuntun DNS-välimuisti toimii hitaasti.
Muokkaus: Vähän loogisempi järjestys.
-
Oletko varmistanut, että vika ei johdu DNS:stä? Latautuuko vaikkapa joku HTTP-sivu nopeasti suoralla IP-osoitteella, mutta hitaasti domain-nimellä? (HTTPS-sivujen kanssa suora IP ei toimi.)
Suoraa IP-osoitetta käytän vain reittimen ja tulostimen hallintasivun avaamiseen. Missään muualla en käytä suoria IP-osoitteita. Joten ei, siitä ei ole kyse.
Siis pointtina on testata DNS:n vaikutus avaamalla sivuja sekä suoralla IP:llä että nimellä. Nimenselvitysongelmat ovat erittäin yleinen syy selaimen hidasteluun.
-
Siis pointtina on testata DNS:n vaikutus avaamalla sivuja sekä suoralla IP:llä että nimellä. Nimenselvitysongelmat ovat erittäin yleinen syy selaimen hidasteluun.
Okei, kokeilin tämän foorumin osoitetta ja yle.fi-osoitetta. Jälkimmäiselle nslookup löytää useita IPv4-osoitteita, mutta kun kokeilen niitä selaimessa, yhdenkään osoitteen takaa ei löydy sivustoa. Vastaus kyllä tulee nopeasti. Kun kokeilen foorumin IP-osoitetta
$ nslookup forum.ubuntu-fi.org
Server: 127.0.1.1
Address: 127.0.1.1#53
Non-authoritative answer:
Name: forum.ubuntu-fi.org
Address: 83.145.200.128
saan sivun joka alkaa Apache2 Ubuntu Default Page
It works!
This is the default welcome page used to test the correct operation of the Apache2 server after installation on Ubuntu systems.
Ihmettelinkin kun jokin aika sitten DNA:lta soitettiin ja yritettiin myydä nopeuden nostoa DNA Taloyhtiolaajakaistaani (TV-kaapeliyhteys). Peusteluna oli että kun Yle alkaa välittää HD-lähetyksiä Yle Areenassa, nykyinen nopeus ei riittäisi. Ihan hyvin ne minulla on pyörineet. Vai onko HD muka vasta tulossa?
No, mutta tämä IP-koe osoitti että taitaa tosiaan DNA:n DNS-viritykset olla entistäkin pahemmin sekaisin.
Mitäs minun seuraavaksi pitäisi kaivaa esille? Mitä muuttaa? Windows-koneella ei siis tätä uusinta käännettä ole tapahtunut.
Edit: myöskin Windows-koneella osoite 83.145.200.128 avaa saman Apache-sivun.
-
Kokeilin pitkästä aikaa IPV6-testejä.
https://test-ipv6.com/ kertoo mm. että
Test with IPv4 DNS record ok (4.126s) using ipv4
Test with IPv6 DNS record ok (4.014s) using ipv6
Test with Dual Stack DNS record ok (4.174s) using ipv6
Test for Dual Stack DNS and large packet ok (2.166s) using ipv6
Test IPv4 without DNS skipped (2.366s)
Test IPv6 without DNS skipped (0.104s)
Test IPv6 large packet ok (2.926s) using ipv6
Test if your ISP's DNS server uses IPv6 ok (3.524s) using ipv6
Find IPv4 Service Provider ok (0.258s) using ipv4 ASN 16086
Find IPv6 Service Provider ok (0.210s) using ipv6 ASN 16086
https://ipv6-test.com/ käyttää vanhentunutta varmennetta. Onko muita testisivuja joita kannattaisi kokeilla?
-
Siis pointtina on testata DNS:n vaikutus avaamalla sivuja sekä suoralla IP:llä että nimellä. Nimenselvitysongelmat ovat erittäin yleinen syy selaimen hidasteluun.
Okei, kokeilin tämän foorumin osoitetta ja yle.fi-osoitetta. Jälkimmäiselle nslookup löytää useita IPv4-osoitteita, mutta kun kokeilen niitä selaimessa, yhdenkään osoitteen takaa ei löydy sivustoa. Vastaus kyllä tulee nopeasti. Kun kokeilen foorumin IP-osoitetta
Kuten yllä totesin, HTTPS-sivustot eivät toimi suoralla IP-osoitteella. Johtuu siitä, että SSL/TLS-sertifikaatit on sidottu domain-nimeen.
HTTPS on yleistynyt viime vuosina niin nopeasti, että HTTP-sivustoja alkaa olla aika harvassa. Tässä jokunen esimerkki:
http://ilmatieteenlaitos.fi/
http://www.kaleva.fi/
http://www.iltalehti.fi/
http://time.com/
http://www.imdb.com/
http://www.caltech.edu/
-
HTTPS on yleistynyt viime vuosina niin nopeasti, että HTTP-sivustoja alkaa olla aika harvassa. Tässä jokunen esimerkki:
http://ilmatieteenlaitos.fi/
http://www.kaleva.fi/
http://www.iltalehti.fi/
http://time.com/
http://www.imdb.com/
http://www.caltech.edu/
Noista nslookup palauttaa monta osoitetta time.com:lle ja kaksi osoitetta caltechille. Kun kokeilen suoria IP-osoitteita, ilmatieteenlaitos.fi ja imdb avautuvat nopeasti, time.com ei avaudu ollenkana, ja caltechin nopeutta en tullut seuranneeksi tarpeeksi tarkkaan; uusintayrityksillä avautuminen on ehkä nopeampaa kuin ekakerralla.
-
Ihan ensimmäisenä tarkistaisin, mitä eroa järjestelmien DNS-asetuksissa on. Ongelma voi olla sekin, että Ubuntun DNS-välimuisti toimii hitaasti.
Miten minä nämä asiat tarkistan?
-
Modeemi/reitittimen boottaus muutti tilannetta hieman. HTTP-sivu joka aiemmin oli nopein hidastui hieman, HTTPS-sivustojen käyttö nopeutui hieman (eka lataus on edelleen hitaampi). Olettaisin että vaikutus on väliaikainen ja hitaus phenee taas jonkin ajan kuluttua.
-
Noista nslookup palauttaa monta osoitetta time.com:lle ja kaksi osoitetta caltechille. Kun kokeilen suoria IP-osoitteita, ilmatieteenlaitos.fi ja imdb avautuvat nopeasti, time.com ei avaudu ollenkana, ja caltechin nopeutta en tullut seuranneeksi tarpeeksi tarkkaan; uusintayrityksillä avautuminen on ehkä nopeampaa kuin ekakerralla.
Time.com on näemmä sidottu domain-nimeen Cloudfrontin load balancerissa. Havaitsitko muiden osalta eroa sivuston latautumisessa domain-nimellä ja suoralla IP:llä? Testausta tosin vaikeuttaa selaimen välimuisti jne.
Ihan ensimmäisenä tarkistaisin, mitä eroa järjestelmien DNS-asetuksissa on. Ongelma voi olla sekin, että Ubuntun DNS-välimuisti toimii hitaasti.
Miten minä nämä asiat tarkistan?
Itse kokeilisin seuraavaksi Ubuntun verkkoyhteysasetuksissa IPv4-välilehdellä asetuksia:
Menetelmä: Vain Automaattiset osoitteet (DHCP)
DNS-palvelimet: 8.8.8.8
Sitten Tallenna..., ja yhteyden uudelleenmuodostus, jotta asetukset tulevat voimaan.
Jos ei auta, voisi vielä kokeilla dnsmasqin eli DNS-välimuistin poistamista: https://hightechsorcery.com/2016/03/06/disabling-networkmanager-dnsmasq-integration/
-
Itse kokeilisin seuraavaksi Ubuntun verkkoyhteysasetuksissa IPv4-välilehdellä asetuksia:
Menetelmä: Vain Automaattiset osoitteet (DHCP)
DNS-palvelimet: 8.8.8.8
Sitten Tallenna..., ja yhteyden uudelleenmuodostus, jotta asetukset tulevat voimaan.
Kun aloin tehdä tät, huomasin että valikossa on kaksi ethernet-yhteyttä, "Kiinteä yhteys 1" ja uusi, jota en muista enenn nähneeni, "enp7s0", jota en muisat nähneeni aiemmin. DNA-spesifit asetukset ovat jälkimmäöisessä, ehdotttamasi muutokset tein ensimmäiseen. Mutta kun sitten kokeilen noita molempia, niin en huomaa eroa. Testaamisessa on tosin hankaluutena se, että saman sivun uudelleenlataus ei ole välttämättä yhtä hidas kuin eka lataus, ja uuden testisivun löytäminen joka kierroksella alkaa mennä hankalaksi. Onneksi on laaja bookmarks.html.
Jos ei auta, voisi vielä kokeilla dnsmasqin eli DNS-välimuistin poistamista: https://hightechsorcery.com/2016/03/06/disabling-networkmanager-dnsmasq-integration/
Tästäkään en huomaa havaittavaa apua.
-
OK. Sitten kyseessä lienee jokin muu kuin DNS-ongelma. Välissä oleva reititin sen sijaan voi vaikuttaa asiaan. Olisiko mahdollista kokeilla jotain muuta nettiyhteyttä?
-
Ongelmaan liittyy vielä sellainenkin ilmiö, että vaikka FF-ikkuna on ihan ojutilaana, kun teen jotain ihan muuta jossain ihan muussa ikkunassa, niin silloinkin saattaa käydä niin että yhtäkkiä Firefox-ikkuna menee harmaaksi, eli on täysin jumissa muutaman sekunnin. Tämä on niin satunnaista etten tiedä millä sitä voisi monitoroida.
-
Jotenkin tuntuu siltä että tässä on joku aikakatkaisu kyseessä. En tiedä onko se DNS- vai TLS- vai jossain muussa kättelyssä, mutta yhteyden muodostaminen tuppaa kestämään liian kauan, välillä enemmän, välillä vähemmän, ja Firefox heittää hanskat tiskiin välillä nopeammin ja välillä hitaammin. Jos jokin aiheuttaa timeout-tilanteita tms. liian herkästi, ja syy voi olla yhdistelmä DNA:n verkossa tapahtunutta muutosta (josta en tiedä) ja oman koneeni Firefox/Ubuntu-jotain (josta en tiedä). Ubuntu-koneeni on kyllä vanhempi kuin Windows-koneeni, mutta ei näillä koneilla koskaan ole näin isoa eroa ennen ollut.
-
Jo no nyt on kumma. Jumittamisten lisäksi Live Bookmarks -ominaisuus ei enää muuta luetun sivun kuvakkeen väriä. Tämä alkoi ihan yhtäkkiä tänään. Aamulla vielä kuvakkeet muuttivat väriä. Olen käyttänyt koko ajan hiljan luotua profiilia, jossa on tehty vain about:preferences-asetuksia ja asennettu uBlock Origin, ei mitään muita laajennuksia. Mikä voi sekottaa FF:n toimintaa?
-
Sen verran korkeatasoista keskustelua, että menee yli hilseen, mutta alkuperäinen kysymys ja vastaus on meikäläisellä, että en ole huomannut Firefoxissa mitään hidastumista. ( Elisa )
Jos hidastuva kone on läppäri, niin kannattanee kokasta verkkoonmenoa esim. puhelimen netinjako-ominaisuudella, se kun tulee eri reittiä kuin talokaista. Ja onko taloon tullut joku rohmu, mikä ryöstää koko kapasiteetin ( louhii esim. bitcoineja tms ;-)
-
Kyllä se oli nimenomaan Firefox joka hidastui, ja hidastuminen liittyi sivujen lataamiseen verkosta, mutta ei sivujen kokoon vaan siihen kuinka paljon erilaisia kättelyitä eri servereiden kanssa sivun lataaminen vaatii. En vieläkään tiedä, mikä nimenomainen kättely siinä kanitti, DNS vai TLS vai mikä. J akun en tiedä, pelkään että sama tilanne voi taas uusiutua.
Pelkkä "Virkistä Firefox" (Refresh Firefox) -toiminto ei riittänyt, vaan jouduin luiomaan kokonaan uuden profiilin, että päääsin hitaudesta eroon, ja sitten siinä tuli uusi ongelma (https://forum.ubuntu-fi.org/index.php?topic=53087.0) jonka kanssa tappelin aikani. Lopulta sain uuden profiilin kirjanmerkkipalkin näkyviin silllä tavalla että latasin Firefox-paketin Mozilla sivulta, käynnistin FF:n avatusta paketista suoraan, ilman asennusta, ja muokkasin profiilin mieleiseksi. Kun tilanne on jokseenkin kunnossa tän uuden profiilin kanssa, palasin takaisin Ubuntun tarjoamaan versioon siinä toivossa että sekin saadaan jossain vaiheessa korjatuksi.
-
Nyt alkaa selvitä. Yhden virheenjäljityksen takia en hoksannut minkä toisen muutoksen tein silloin kun hitaus alkoi.
Homma alkoi siitä että hain poliisilta uuden henkilökortin, ja samalla kun otin sen käyttöön, päätin kokeilla eestiläistä DigiDoc-salausohjelmaa. Se kun näyttää olevan ainoa ohjelma jolla dokumentteja voi salata henkilökorttia käyttäen (sähköpostien allekirjoitus ja salaus onnistuu ilmankin). Olen tähän asti käyttänyt vanhaa henkilökorttiani OpenSC:n avulla Ubuntu-koneella, mutta nyt asensin pitkästä aikaa VRK:n DigiSign-sovelluksen. Sitten kävi ilmi että DigiDoc:n mukana tuleva OpenSC-versio ei tunnista etä kortti on lukijassa, ja päädyin jopa tekemään siitä vikaraportin Eestiin. Sen jälkeen jätin DigiSign-ohjelman koneelle ja käytin sitä OpenSC:n sijaan.
No tänään sitten muistin, etten ole tähän uusimpaan uuteen profiiliin muistanut vielä lisätä DigiSign-ohjelman mukana tulevaa turvallisuuslaitetta Firefox-asetuksiin. Kun tein sen lisäyksen, Firefox hidastui taas. Poistin asetuksen, ja FF lakkasi hidastamasta. Lisäsin tilalle OpenSC:n turvallisuuslaitteeksi, ja kuinka kävikään: myöskään Ubuntun oma OpenSC-versio ei tunnista että kortti on lukijassa. Kyse ei sitten ollutkaan DigiDoc:n mukana tulevasta versiosta, vaan siitä että uusi henkilökortti on erilainen kuin ennen eikä toimi OpenSC:n kanssa.
Uusi kortti eroaa vanhasta ainakin kahdella tavalla:
1) Uudella kortilla on NFC-siru, mutta sitä en ole päässyt kokeilemaan, koska VRK ei ole vielä julkistanut siihen tarkoitukseen sovellusta, ainakaan kansalaisten käyttöön (Google Play -tietojen mukaan sellainen on lääkäreillä koekäytössä).
2) Vanhassa kortissa oli talletettuna kaksi henkilökohtaista varmennetta; yksi tunnistautumiseen, toinen allekirjoitukseen. Uudessa kortissa on kolme varmennetta: kaksi kuten ennen, ja kolmas vastaa aktivointi- eli PUK-koodia, jota ei nyt enää tarvitse tilata poliisilta. Kun kortti otetaan käyttöön, se pitää ensin aktivoida DigiSign-ohjelmalla (eli asettaa PIN ja PIN2-koodit itse). Tein aktivoinnin Windows-koneella, eikä sitä tarvinnut tehdä uudelleen Ubuntu-koneella.
Veikkan että tuo kolmas varmenne on nyt se joka sotkee niin, ettei kortti toimi enää ollenkaan OpensC:n kanssa yhteen. Mutta siitä seuraa, että nyt pitäisi Ubuntullakin käyttää DigiSign-ohjelmaa, joka hidastaa Firefoxia. Vaikka DigiSign on julkisesti tarjolla, sen tuki on suunnattu vain virkamiehille yms. Kansalaiskäytölle ei ole tukea sen vertaa että siitä voisi tehdä vikailmoituksen. Vai onko joku löytänyt raportointireitin?
Edit: korjattu iso määrä kirjoitusvirheitä.
Edit2: No löytyy sentään https://eevertti.vrk.fi/sulku-ja-neuvontapalvelut - täytyypä ottaa yhteyttä pyhien jälkeen.