[Solved] Can ping mirror, Can't curl mirror

[wirelessben]

ALARM is installed on a Pogoplug E02 (Pink). I can't update. I can ssh to it and ping the US mirrors, but I can't curl or wget. IP4 has precedence in /etc/gai.conf. Pacman never worked, but wget and curl worked previously. Not now. pacman-key init was successful, as was pacman-key populate.

[root@pinkpogo ~]# pacman -Syuv
Root : /
Conf File : /etc/pacman.conf
DB Path : /var/lib/pacman/
Cache Dirs: /var/cache/pacman/pkg/
Hook Dirs : /usr/share/libalpm/hooks/ /etc/pacman.d/hooks/
Lock File : /var/lib/pacman/db.lck
Log File : /var/log/pacman.log
GPG Dir : /etc/pacman.d/gnupg/
Targets : None
:: Synchronizing package databases...
error: failed retrieving file 'core.db' from ca.us.mirror.archlinuxarm.org : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
error: failed retrieving file 'core.db' from fl.us.mirror.archlinuxarm.org : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
error: failed retrieving file 'core.db' from il.us.mirror.archlinuxarm.org : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
error: failed retrieving file 'core.db' from mi.us.mirror.archlinuxarm.org : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
error: failed retrieving file 'core.db' from nj.us.mirror.archlinuxarm.org : Operation too slow. Less than 1 bytes/sec transferred the last 10 seconds
error: failed to update core (download library error)
error: failed to synchronize all databases
[root@pinkpogo ~]# ping il.us.mirror.archlinuxarm.org
PING il.us.mirror.archlinuxarm.org (191.101.2.220) 56(84) bytes of data.
64 bytes from 191.101.2.220 (191.101.2.220): icmp_seq=1 ttl=52 time=324 ms
64 bytes from 191.101.2.220 (191.101.2.220): icmp_seq=2 ttl=52 time=361 ms
64 bytes from 191.101.2.220 (191.101.2.220): icmp_seq=3 ttl=52 time=254 ms
64 bytes from 191.101.2.220 (191.101.2.220): icmp_seq=4 ttl=52 time=310 ms
^C
--- il.us.mirror.archlinuxarm.org ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 100ms
rtt min/avg/max/mdev = 254.309/312.313/360.749/38.227 ms
[root@pinkpogo ~]# curl http://il.us.mirror.archlinuxarm.org
^C
[root@pinkpogo ~]# wget http://il.us.mirror.archlinuxarm.org/arm/core/core.db
--2018-09-26 05:13:11-- http://il.us.mirror.archlinuxarm.org/arm/core/core.db
Resolving il.us.mirror.archlinuxarm.org (il.us.mirror.archlinuxarm.org)... 191.101.2.220
Connecting to il.us.mirror.archlinuxarm.org (il.us.mirror.archlinuxarm.org)|191.101.2.220|:80... connected.
HTTP request sent, awaiting response... ^C
[root@pinkpogo ~]#

[WarheadsSE]

Are there any proxies, or captive portals involved here?

[wirelessben]

Moderator, please move this question to Software > General. I received "this post is too old" to quote_reply.

No proxies are involved. I am getting to the site via ping, so routing is not the problem. Something is getting in the way of pacman, wget, and curl.

[wirelessben]

More clues: switching from static IP to DHCP did not help. Same result.

Telnet to port 80 on the mirror works:

[root@pinkpogo ~]# telnet ca.us.mirror.archlinuxarm.org 80
Trying 191.101.9.207...
Connected to ca.us.mirror.archlinuxarm.org.
Escape character is '^]'.

So connecting is not the problem. I'm not getting a response to a simple HTTP GET.

[WarheadsSE]

Try this:

$this->bbcode_second_pass_code('', 'time curl -v -JLO http://ca.us.mirror.archlinuxarm.org/arm/core/core.db.tar.gz')

Here's what this looks like on my end:
$this->bbcode_second_pass_code('', '$ time curl -v -JLO http://ca.us.mirror.archlinuxarm.org/arm/core/core.db.tar.gz
% Total % Received % Xferd Average Speed Time Time Time Current
Dload Upload Total Spent Left Speed
0 0 0 0 0 0 0 0 --:--:-- 0:00:05 --:--:-- 0* Trying 191.101.9.207...
* TCP_NODELAY set
* Connected to ca.us.mirror.archlinuxarm.org (191.101.9.207) port 80 (#0)
> GET /arm/core/core.db.tar.gz HTTP/1.1
> Host: ca.us.mirror.archlinuxarm.org
> User-Agent: curl/7.61.1
> Accept: */*
>
< HTTP/1.1 200 OK
< Date: Fri, 28 Sep 2018 12:10:32 GMT
< Server: Apache
< Last-Modified: Thu, 27 Sep 2018 18:25:51 GMT
< ETag: "2eeba-576de77f649c0"
< Accept-Ranges: bytes
< Content-Length: 192186
< Content-Type: application/x-gzip
<
{ [1221 bytes data]
100 187k 100 187k 0 0 33221 0 0:00:05 0:00:05 --:--:-- 40674
* Connection #0 to host ca.us.mirror.archlinuxarm.org left intact

real 0m5.794s
user 0m0.008s
sys 0m0.012s')

[wirelessben]

No dice. It just hangs at ACCEPT */*.

I going to try switching from the netctl stack back to networkd.

[wirelessben]

Still getting the same result with networkd. The tcpdump of wget:

[root@pinkpogo ~]# tail /var/log/tcpdump.log
pinkpogo.36702 > 191.101.2.220.http: Flags [P.], cksum 0xd771 (incorrect -> 0xe4d6), seq 1:143, ack 1, win 913, options [nop,nop,TS val 287276 ecr 176024985], length 142: HTTP, length: 142
GET /arm/core/core.db HTTP/1.1
Host: il.us.mirror.archlinuxarm.org
User-Agent: pacman/5.1.1 (Linux armv5tel) libalpm/11.0.1
Accept: */*

00:31:03.735029 IP (tos 0x0, ttl 64, id 22120, offset 0, flags [DF], proto TCP (6), length 52)
pinkpogo.36702 > 191.101.2.220.http: Flags [F.], cksum 0xd6e3 (incorrect -> 0x2f7a), seq 143, ack 1, win 913, options [nop,nop,TS val 287336 ecr 176024985], length 0
00:31:03.887536 IP (tos 0x8, ttl 52, id 50828, offset 0, flags [DF], proto TCP (6), length 64)

So why am I getting an incorrect checksum? Is this a bug in libalpm?

[wirelessben]

The OS is broken out of the box. This is what I just did:

I reloaded ALARM from http://archlinuxarm.org/os/ArchLinuxARM ... est.tar.gz. The md5sum matched. The pogo already had uBoot so I moved the USB to the pogo and booted.

After SSHing to alarm@alarm, I logged in as root and disabled the alarm user, added my user, and then

pacman-key --init
pacman-key --populate archlinuxarm

"pacman -Syu" fails with the same above errors. wget fails. curl fails. But hey, I can ping the mirror.

[wirelessben]

Nevermind @WarheadsSE. The problem was hackers pwned my crappy Vonage router. I replaced it, and now everything works.

Sorry for the trouble, and thank you for archlinuxarm.