Welcome!
Important information
-- Information on torrent hosting changes
-- Information on MX15/16 GPG Keys
-- Spectre and Meltdown vulnerabilities

News
-- Introducing our new Website
-- MX Linux on social media: here

Current releases
-- MX-18.1 Point Release release info here
-- Migration Information to MX-18 here
-- antiX-17.4 release info here

New users
-- Please read this first, and don't forget to add system and hardware information to posts!
-- Here are the Forum Rules

Long delay when opening new websites

Help for Current Versions of MX
Post Reply
CiaraRSeeley
Forum Novice
Forum  Novice
Posts: 16
Joined: Sat Dec 01, 2018 12:05 pm

Long delay when opening new websites

#1

Post by CiaraRSeeley » Thu Feb 21, 2019 10:34 pm

Hello,

When I open a new website, the browser stays blank for about 5 to 15 seconds and nothing happens. And then suddenly the website loads very quickly. My internet is very fast and reliable, sometimes up to 10MB/s. And with Windows 10 all websites load instantly. Just with Linux I have this issue. I tried it with Vivaldi as well as Firefox, no difference.

I tried
sudo dpkg-reconfigure resolvconf
I get the error message
/home/erik/.gtkrc-2.0:1: Unable to find include file: ".local/share/mx-tweak-data/no-ellipse-desktop-filenames.rc"

And a new window opens. I click twice on "next" and the windows closes. After rebooting the computer, the issue hasn't changed.

Sometimes the websites load a bit faster, about 5 seconds. But at the moment I often have to wait over 10 seconds and using the computer becomes unbearable. I am connected over wifi.
When the website is already fully loaded and I click on a link, usually it loads quickly (without any delay), but that's not always the case.

I disabled IPv6 in the /etc/sysctl.conf already, but it did not help.

Code: Select all

System:    Host: b3-2019-01 Kernel: 4.19.0-1-amd64 x86_64 bits: 64 compiler: gcc v: 6.3.0 
           Desktop: Xfce 4.12.3 Distro: MX-18.1_x64 Continuum Dec 20  2018 
           base: Debian GNU/Linux 9 (stretch) 
Machine:   Type: Desktop System: Intel product: KBL-R MRD v: 0.1 serial: <filter> 
           Mobo: Intel model: MIR1 v: RVP7 serial: <filter> UEFI [Legacy]: American Megatrends 
           v: 5.12 date: 07/12/2018 
Battery:   Device-1: hidpp_battery_0 model: Logitech Wireless Keyboard K270 charge: Normal 
           status: Discharging 
           Device-2: hidpp_battery_1 model: Logitech Wireless Mouse M185 charge: Normal 
           status: Discharging 
CPU:       Topology: Quad Core model: Intel Core i7-8650U bits: 64 type: MT MCP arch: Kaby Lake 
           rev: A L2 cache: 8192 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 33792 
           Speed: 1766 MHz min/max: 400/4200 MHz Core speeds (MHz): 1: 831 2: 833 3: 784 4: 798 
           5: 831 6: 833 7: 800 8: 800 
Graphics:  Device-1: Intel driver: i915 v: kernel bus ID: 00:02.0 
           Display: x11 server: X.Org 1.19.2 driver: intel resolution: 1920x1080~60Hz 
           OpenGL: renderer: Mesa DRI Intel UHD Graphics 620 (Kabylake GT2) v: 4.5 Mesa 18.2.6 
           direct render: Yes 
Audio:     Device-1: Intel driver: snd_hda_intel v: kernel bus ID: 00:1f.3 
           Sound Server: ALSA v: k4.19.0-1-amd64 
Network:   Device-1: Intel Wireless 3165 driver: iwlwifi v: kernel port: f040 bus ID: 01:00.0 
           IF: wlan0 state: up mac: <filter> 
           Device-2: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet driver: r8169 
           v: kernel port: e000 bus ID: 02:00.0 
           IF: eth0 state: down mac: <filter> 
Drives:    Local Storage: total: 942.70 GiB used: 434.48 GiB (46.1%) 
           ID-1: /dev/sda vendor: Seagate model: ST500LT012-9WS142 size: 465.76 GiB temp: 49 C 
           ID-2: /dev/sdb vendor: SanDisk model: SD8SN8U512G1027 size: 476.94 GiB temp: 53 C 
Partition: ID-1: / size: 19.10 GiB used: 7.96 GiB (41.7%) fs: ext4 dev: /dev/sdb6 
           ID-2: /home size: 400.62 GiB used: 132.69 GiB (33.1%) fs: ext4 dev: /dev/sdb7 
Sensors:   System Temperatures: cpu: 58.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Repos:     Active apt repos in: /etc/apt/sources.list.d/antix.list 
           1: deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/antix/stretch/ stretch main
           Active apt repos in: /etc/apt/sources.list.d/debian-stable-updates.list 
           1: deb http://ftp.de.debian.org/debian/ stretch-updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/debian.list 
           1: deb http://ftp.de.debian.org/debian/ stretch main contrib non-free
           2: deb http://security.debian.org/ stretch/updates main contrib non-free
           Active apt repos in: /etc/apt/sources.list.d/headset.list 
           1: deb [arch=amd64] http://headsetapp.co/headset-electron/debian stable non-free
           Active apt repos in: /etc/apt/sources.list.d/mx.list 
           1: deb http://ftp.halifax.rwth-aachen.de/mxlinux/packages/mx/repo/ stretch main non-free
           Active apt repos in: /etc/apt/sources.list.d/teamviewer.list 
           1: deb http://linux.teamviewer.com/deb stable main
           No active apt repos in: /etc/apt/sources.list.d/various.list 
           Active apt repos in: /etc/apt/sources.list.d/vivaldi.list 
           1: deb http://repo.vivaldi.com/stable/deb/ stable main
Info:      Processes: 256 Uptime: 4m Memory: 15.46 GiB used: 1.61 GiB (10.4%) Init: SysVinit 
           runlevel: 5 Compilers: gcc: 6.3.0 Shell: bash v: 4.4.12 inxi: 3.0.29 

Code: Select all

$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000
    link/ether 00:e0:4c:e1:09:3a brd ff:ff:ff:ff:ff:ff
3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000
    link/ether c0:b6:f9:9c:8a:fb brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.97/24 brd 192.168.1.255 scope global dynamic wlan0
       valid_lft 85987sec preferred_lft 85987sec

Code: Select all

$ ping google.com
PING google.com (216.58.220.206) 56(84) bytes of data.
64 bytes from hkg12s16-in-f14.1e100.net (216.58.220.206): icmp_seq=1 ttl=57 time=19.5 ms
64 bytes from hkg12s16-in-f14.1e100.net (216.58.220.206): icmp_seq=2 ttl=57 time=19.7 ms
^C
--- google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 5079ms
rtt min/avg/max/mdev = 19.589/19.678/19.767/0.089 ms
Here you see that the ping took 5 seconds to react.

Code: Select all

$ ifconfig -a
eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        ether 00:e0:4c:e1:09:3a  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 124  bytes 13040 (12.7 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 124  bytes 13040 (12.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.97  netmask 255.255.255.0  broadcast 192.168.1.255
        ether c0:b6:f9:9c:8a:fb  txqueuelen 1000  (Ethernet)
        RX packets 12432  bytes 7810022 (7.4 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 5192  bytes 893345 (872.4 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Code: Select all

$ traceroute google.com
traceroute to google.com (216.58.220.206), 30 hops max, 60 byte packets
 1  gateway (192.168.1.1)  2.760 ms  2.741 ms  2.714 ms
 2  static.vnpt.vn (123.29.8.28)  4.472 ms  4.589 ms  4.573 ms
 3  * * *
 4  static.vnpt.vn (113.171.37.233)  22.417 ms  22.558 ms  22.538 ms
 5  72.14.221.80 (72.14.221.80)  22.682 ms  25.854 ms  26.321 ms
 6  * * *
 7  * * *
 8  hkg12s16-in-f14.1e100.net (216.58.220.206)  20.245 ms  20.266 ms  20.456 ms

User avatar
Captain Brillo
Forum Regular
Forum Regular
Posts: 198
Joined: Mon Jan 07, 2019 12:29 am

Re: Long delay when opening new websites

#2

Post by Captain Brillo » Mon Feb 25, 2019 9:59 pm

(It doesn't look like you're using a VPN - I am, and...) after I read your post I realized that lately, when I first open a browser after a reboot, there is a noticeable delay in loading any website. I haven't checked how long this effect has persisted, though, but it's not happening now after several hours.
Same browsers; I also run Slimjet, I''l check it next reboot.
Curious.
GAFA-free zone

turtlebay777
Forum Regular
Forum Regular
Posts: 381
Joined: Sat Apr 14, 2018 2:40 pm

Re: Long delay when opening new websites

#3

Post by turtlebay777 » Tue Feb 26, 2019 5:37 pm

I've always believed it's the period taken by the website responding to your cookies as it 'phones home to Mama' with the details of your browsing habits as the website spies on you.

xph0
Forum Novice
Forum  Novice
Posts: 9
Joined: Sun Feb 24, 2019 6:30 am

Re: Long delay when opening new websites

#4

Post by xph0 » Wed Feb 27, 2019 5:02 am

I don't know what's the problem here, but:

@turtlebay777:
Even if a webpage is using lots of tracking methods, it doesn't take up to 15 seconds to load. That's not common. Few seconds, less than 5, okay, maybe - but longer load times most likely have another reason.

@topic:
Maybe it'll be useful to clarify what exactly takes so long - the time your browser needs to start and fully load to be functional, or the time a webpage needs to load? Just guessing around here, but maybe your web connection and the webpage load time are just fine, but somehow your browser needs some extra time to be fully functional on first start after boot?

I'd try that by changing the browser preferences to load a blank page on startup (about:blank), reboot the system, start the browser and poke around e.g. in the menu, tabs, etc. to see if it responds quickly. If that's working immediately and fast, the webpage load time is the problem. If the browser itself is somehow "laggy", that's where you can continue your research. If you already tried, just ignore this :-)

offtopic, but somehow related:
I've a windows 7 PC that takes up to 2 minutes to establish a web connection via LAN. System boots fast, browser starts fast - but after system start, it takes that long to get a working web connection. I never found out what's the cause for this. Doesn't matter, as Win 10 and Linux are up and connected right after logging in, so i don't have this problem anymore. You're sure your WLAN is connecting fast enough and not a possible cause?

sunrat
Forum Regular
Forum Regular
Posts: 328
Joined: Mon Mar 28, 2016 9:54 pm

Re: Long delay when opening new websites

#5

Post by sunrat » Wed Feb 27, 2019 7:29 pm

CiaraRSeeley wrote:
Thu Feb 21, 2019 10:34 pm

Code: Select all

$ ping google.com
...
--- google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 5079ms
rtt min/avg/max/mdev = 19.589/19.678/19.767/0.089 ms
Here you see that the ping took 5 seconds to react.
I can't help much but 5 seconds is really long. Mine is:

Code: Select all

--- google.com ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1ms
rtt min/avg/max/mdev = 29.301/30.216/31.132/0.931 ms
I see you have both eth0 and wlan0 up but eth0 has no IPV4 address and is not passing any traffic. Try disconnecting eth0 and use only wlan0 to see if it loads websites quickly.

User avatar
Jerry3904
Forum Veteran
Forum Veteran
Posts: 24068
Joined: Wed Jul 19, 2006 6:13 am

Re: Long delay when opening new websites

#6

Post by Jerry3904 » Wed Feb 27, 2019 7:53 pm

Yeah that's what I was thinking. Long delays can point to some local conflict of some kind.
Production: 4.15.0-1-amd64, MX-17.1, AMD FX-4130 Quad-Core, GeForce GT 630/PCIe/SSE2, 8 GB, SSD 120 GB, Data 1TB
Testing: AAO 722: 4.15.0-1-386. MX-17.1, AMD C-60 APU, 4 GB
Personal: XPS 13, 4.18.0-19.3-liquorix, 4 GB

CiaraRSeeley
Forum Novice
Forum  Novice
Posts: 16
Joined: Sat Dec 01, 2018 12:05 pm

Re: Long delay when opening new websites

#7

Post by CiaraRSeeley » Fri Mar 15, 2019 12:45 am

Oh, sorry for the late answer. I had some days/week of finding the issue.
I checked the /etc/resolve.conf
As I understand, this file shows which DNS server is used. And it turned out, that it was a strange, malicious DNS server. I found out, that the router DreyTek that my office is using, is affected by a bug that makes it possible for hackers to force a DNS server on it's user. I informed the admin to update the router.
Also I changed to DNS server manually in the NetworkManager.

Now everything is super fast again! If you have a similar issue, then:
- check the /etc/resolve.conf
- check your DNS server
- check the firmware of your router

Thank you for all your answers and good luck!

(More information about the DreyTek bug:
https://www.draytek.co.uk/support/secur ... eb-attacks )

Post Reply

Return to “MX Help”