This morning, suddenly I started to see weird rectangles on all google sites I was using, such as gmail, google calendar…etc
Even worse, this was happening on all browsers. Then I tried some other computers, even my mobile phone… All was showing these weird characters instead of icons.
Some pictures below
I wrote to google support about this but nobody replied after 9 hours. So I got crazy and decided to try something else.
I suddenly realized that I am using PIHOLE in my home and that might block some urls. And those URLs might include site specific fonts.
So I changed my DNS address in my NetworkManager settings to 8.8.8.8 instead of Pihole and voila! Issue fixed.
Then I deep dive into pihole logs, and tried to find what is causing this issue. In the Pihole logs, I found that fonts.gstatic.com is blocked. So I added it to whitelist and voila ! Issue fixed.
I am writing this here so that some other people may benefit from it.
But sadly, these are not enough despite of all documentation!!!
When I setup everything like this, wake-on-lan doesn’t work. By the way, I tried to run etherwake but it is not sending packets. I succeeded by using wakeonlan tool and checked if I am receiving packets correctly:
From another linux computer, I send :
wakeonlan a8:a1:59:51:75:63
And from the ASrock PC to be waken up, I run:
sudo ngrep '\xff{6}(.{6})\1{15}' -x port 9
When I send it, it receive some hexadecimal bytes, so I am sure that my another linux computer is sending packet to my ASrock PC correctly.
Next, I checked for LINK LED on my mainboard for Ethernet. Sadly, when the system is powered off, I was expecting that LINK LED to stay ON. This turned out to be a misleading conclusion, see next.
I tried my best to find the reason for about 1 hour. And hen I gave up, and send an email to ASrock. As typical, they replied me by giving instructions for Windows ! Even some of their instructions were totally off the target: Their instruction were telling me to enable some setting in the UEFI BIOS which does not exist on P1.90 firmware of B550M-HDV !
I checked LINK LED when my PC was powered down, and it was OFF still ! But even in that case, when I send the magic packet, system powers ON, and Link LED turns ON after a while.
Quite weird. But thanks to Arch forums, I have been able to solve this issue. I hope this helps to some other people who are experiencing same issue.
Note: Arch wiki and forums suggest using r8168 driver with s5wol=1 as parameter, but my kernel did not had this driver ( either built-in or as a loadable module ); so I couldn’t try that.
arp-scan is an extremely useful tool to find devices connected to your local area network.
For installation, just use apt-get install arp-scan
and then, run as root:
root@i3-c753 ~ # arp-scan -l
Interface: eth0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.8.1 with 65536 hosts (http://www.nta-monitor.com/tools/arp-scan/)
192.168.0.160 00:0b:82:6f:6a:92 Grandstream Networks, Inc.
192.168.1.1 00:90:27:ed:9d:c1 INTEL CORPORATION
192.168.1.5 00:0b:82:68:65:69 Grandstream Networks, Inc.
192.168.1.4 5c:8a:38:5c:63:8f (Unknown)
192.168.1.7 f0:92:1c:65:76:d1 (Unknown)
192.168.1.8 f8:b1:56:ac:16:03 (Unknown)
192.168.1.12 90:1b:0e:08:c7:9e (Unknown)
192.168.1.17 00:0b:82:6f:66:d6 Grandstream Networks, Inc.
192.168.1.23 ec:a8:6b:ae:64:56 (Unknown)
192.168.1.31 00:04:a3:e6:c2:9c Microchip Technology, Inc.
192.168.1.38 00:14:53:b5:bc:db ADVANTECH TECHNOLOGIES CO.,LTD
Very fast, right? Unfortunately, as you noticed, some MAC addresses are displayed as “(unknown)” because default MAC database lookup table is not updated in default installation.
For this issue, authors of arp-scan gave us a very beautiful python script: “get-oui”
Here is how we can update the database (The server is slow, pls wait a few mins):
root@i3-c753 ~ # get-oui
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
Wide character in print at /usr/bin/get-oui line 135.
root@i3-c753 ~ # ll ieee-oui.txt
-rw-r--r-- 1 root root 667448 May 29 23:35 ieee-oui.txt
root@i3-c753 ~ # cp ieee-oui.txt /usr/share/arp-scan/
ieee-iab.txt ieee-oui.txt mac-vendor.txt
root@i3-c753 ~ # cp ieee-oui.txt /usr/share/arp-scan/
root@i3-c753 ~ #
After that here is the result:
root@i3-c753 ~ # arp-scan -l
Interface: eth0, datalink type: EN10MB (Ethernet)
Starting arp-scan 1.8.1 with 65536 hosts (http://www.nta-monitor.com/tools/arp-scan/)
192.168.1.1 00:90:27:ed:9d:c1 Intel Corporation
192.168.1.5 00:0b:82:68:65:69 Grandstream Networks, Inc.
192.168.1.4 5c:8a:38:5c:63:8f Hewlett Packard
192.168.1.7 f0:92:1c:65:76:d1 Hewlett Packard
192.168.1.8 f8:b1:56:ac:16:03 Dell Inc.
192.168.1.12 90:1b:0e:08:c7:9e Fujitsu Technology Solutions GmbH
192.168.1.17 00:0b:82:6f:66:d6 Grandstream Networks, Inc.
192.168.1.23 ec:a8:6b:ae:64:56 Elitegroup Computer Systems Co.,Ltd.
192.168.1.31 00:04:a3:e6:c2:9c Microchip Technology Inc.
192.168.1.38 00:14:53:b5:bc:db ADVANTECH TECHNOLOGIES CO.,LTD
As a final small note, if you want to find the Vendor of an unknown MAC address, you can use my small script:
cat /usr/bin/macfind.sh
#!/bin/bash