You are not logged in.
I have a fairly new install of arch linux on my laptop and I am using NetworkManager to connect to the net but certain sites like github take too long to load sometimes more than 30 secs, which sometimes leads to network timeouts when im trying to work with git via the terminal
Here are a few commands i tried to debug the issue but i'm not able to figure out any solutions to this
$ traceroute github.com
traceroute to github.com (20.207.73.82), 30 hops max, 60 byte packets
1 _gateway (10.0.0.1) 0.494 ms 0.900 ms 0.890 ms
2 www.domain.name (192.168.1.1) 1.730 ms 1.739 ms 1.670 ms
3 telemedia-ap-dynamic-255.255.170.122.airtelbroadband.in (122.170.255.255) 4.533 ms 5.154 ms 5.159 ms
4 nsg-corporate-61.150.185.122.airtel.in (122.185.150.61) 5.839 ms dsl-ncr-dynamic-229.127.16.125.airtelbroadband.in (125.16.127.229) 5.845 ms 5.781 ms
5 * * *
6 * ae27-0.rwa03.pnq21.ntwk.msn.net (104.44.230.100) 10.657 ms *
7 ae26-0.rwa01.pnq21.ntwk.msn.net (104.44.230.96) 6.055 ms * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *$ traceroute wikipedia.com
traceroute to wikipedia.com (103.102.166.226), 30 hops max, 60 byte packets
1 _gateway (10.0.0.1) 0.386 ms 0.493 ms 0.473 ms
2 www.domain.name (192.168.1.1) 1.687 ms 1.664 ms 1.639 ms
3 telemedia-ap-dynamic-255.255.170.122.airtelbroadband.in (122.170.255.255) 4.716 ms 4.692 ms 4.670 ms
4 dsl-ncr-dynamic-229.127.16.125.airtelbroadband.in (125.16.127.229) 6.327 ms 61.246.203.113 (61.246.203.113) 4.771 ms nsg-corporate-61.150.185.122.airtel.in (122.185.150.61) 4.784 ms
5 116.119.121.119 (116.119.121.119) 73.321 ms 116.119.81.147 (116.119.81.147) 88.495 ms 116.119.81.143 (116.119.81.143) 83.745 ms
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *$ nmap github.com
Starting Nmap 7.95 ( https://nmap.org ) at 2025-01-08 11:03 IST
Nmap scan report for github.com (20.207.73.82)
Host is up (0.0061s latency).
Not shown: 997 filtered tcp ports (no-response)
PORT STATE SERVICE
22/tcp open ssh
80/tcp open http
443/tcp open https
Nmap done: 1 IP address (1 host up) scanned in 32.56 seconds$ nmap wikipedia.com
Starting Nmap 7.95 ( https://nmap.org ) at 2025-01-08 11:06 IST
Nmap scan report for wikipedia.com (103.102.166.226)
Host is up (0.084s latency).
Other addresses for wikipedia.com (not scanned): 2001:df2:e500:ed1a::3
rDNS record for 103.102.166.226: ncredir-lb.eqsin.wikimedia.org
Not shown: 986 closed tcp ports (conn-refused)
PORT STATE SERVICE
22/tcp filtered ssh
80/tcp open http
135/tcp filtered msrpc
139/tcp filtered netbios-ssn
179/tcp filtered bgp
443/tcp open https
445/tcp filtered microsoft-ds
1022/tcp filtered exp2
1023/tcp filtered netvenuechat
1026/tcp filtered LSA-or-nterm
5666/tcp filtered nrpe
9090/tcp filtered zeus-admin
9100/tcp filtered jetdirect
9898/tcp filtered monkeycom
Nmap done: 1 IP address (1 host up) scanned in 5.42 seconds$ find /etc/systemd -type l -exec test -f {} \; -print | awk -F'/' '{ printf ("%-40s | %s\n", $(NF-0), $(NF-1)) }' | sort -f
dbus-org.freedesktop.nm-dispatcher.service | system
dbus-org.freedesktop.timesync1.service | system
display-manager.service | system
getty@tty1.service | getty.target.wants
NetworkManager.service | multi-user.target.wants
NetworkManager-wait-online.service | network-online.target.wants
p11-kit-server.socket | sockets.target.wants
pipewire-pulse.socket | sockets.target.wants
pipewire-session-manager.service | user
pipewire.socket | sockets.target.wants
remote-fs.target | multi-user.target.wants
systemd-timesyncd.service | sysinit.target.wants
systemd-userdbd.socket | sockets.target.wants
wireplumber.service | pipewire.service.wantsPS. I tried to connect to Github on a windows laptop and it works fine, even git via terminal is running fine there. I have also contacted my ISP to check the issue but I doubt they can help as I am facing this only on my Linux system.
Last edited by pelican1904 (2025-01-08 10:19:01)
Offline
Doing port scanning on servers without their operator’s knowledge and permission may lead to blocking. Exactly what you want to avoid. That was a bad idea. ![]()
The traceroute output may resemble that of packet loss on the edge of your ISP’s network, but with that number of probes it’s impossible to tell. You may install the Swiss army knife of network troubleshooting: mtr. Then run it with:
mtr -tb HOSTIt will continuously send probes, giving a better picture. Press ‘p’ to pause (e.g. to copy from terminal), press space to continue. Example output from my machine to github.com, after 40 packets:
My traceroute [v0.95]
null (192.168.1.10) -> github.com (140.82.121.4) 2025-01-08T08:07:35+0100
Keys: Help Display mode Restart statistics Order of fields quit
Packets Pings
Host Loss% Snt Last Avg Best Wrst StDev
1. _gateway (192.168.1.1) 19.5% 41 1.5 0.7 0.2 2.4 0.6
2. war-bng10.neo.tpnet.pl (83.1.5.194) 0.0% 40 1.6 7.0 1.6 18.9 4.0
3. war-r21.tpnet.pl (80.50.19.25) 0.0% 40 9.8 5.0 1.8 14.3 2.7
4. win-b2-link.ip.twelve99.net (213.248.103.4) 0.0% 40 15.0 14.3 11.9 21.9 2.4
5. win-bb1-link.ip.twelve99.net (62.115.114.184) 0.0% 40 14.8 15.1 12.4 24.2 2.5
6. ffm-bb1-link.ip.twelve99.net (62.115.137.202) 0.0% 40 23.4 26.9 22.5 41.3 4.3
7. ffm-b11-link.ip.twelve99.net (62.115.124.117) 71.8% 40 25.3 32.4 22.6 64.5 14.6
8. github-ic-350972.ip.twelve99-cust.net (62.115.182.171) 0.0% 40 39.7 39.4 34.8 70.0 7.1
9. (waiting for reply)
10. (waiting for reply)
11. lb-140-82-121-4-fra.github.com (140.82.121.4) 0.0% 40 38.7 36.4 33.5 45.8 2.4You may also press ‘d’ to cycle between the statistics screen (above) and two screens showing graphs of packet loss and latency.
Mtr also offers TCP SYN and UDP probes instead of ICMP echos, but at this stage I don’t think it’s going to be necessary.
Paperclips in avatars? | Sometimes I seem a bit harsh — don’t get offended too easily!
Offline
So I managed to fix the issue without actually knowing what was wrong. I had a second router acting as an access point I just went into the router admin page and turned on Wireless AP setting in there. I'll mark the post as solved but I do have a few findings that someone else might find helpful.
On running
$ mtr -tb github.comI noticed that the command took almost 10 -15 secs to show any output, which probably meant a DNS issue.
However when i ran
$ mtr -tb4 github.comwhich forces ipv4 in mtr the command started showing output almost immediately, and I also found the same issue with stackexchange.com.
Both github and stackexchange don't have ipv6 addresses if I'm not wrong. So it probably was some issue with ipv6 dns server on my end.
My solution does raise another issue that is I cannot find the router login page for the second router. Just something to keep in mind.
Offline
Is it possible, that you’re using ISP provided DNS server instead of some good, public one?
Paperclips in avatars? | Sometimes I seem a bit harsh — don’t get offended too easily!
Offline