O download do WGET do https é extremamente lento

Question

Eu tenho problemas de desempenho com o wget, caso ele use o protocolo https. De vários servidores, a maioria está funcionando bem, mas um é 10 vezes mais lento e gera alta carga de CPU durante esse tempo:

wget -d --inet4-only --no-check-certificate -O /dev/null https://127.0.0.1

- > 20 ... 60s

• Caso eu use o mesmo comando no servidor lento, mas apenas com http: // - > 1s

• Caso eu use o mesmo comando com https: // de outro servidor para o servidor lento - > 1..2s

• O IPv6 não está ativado, por isso, mesmo com o --inet4-only de https: // - > 20..60s

• A resolução do DNS não está envolvida devido a reduzir o problema com endereço IP

• O servidor web não pode ser o problema, porque um wget de outro servidor para o lento é rápido

• O certificado auto-assinado não pode ser um problema, porque um wget de outro servidor para o lento mostra o mesmo aviso mas é rápido

Todos os servidores estão rodando sob o Debian Wheezy, a versão wget é padrão "1.13.4-3 + deb7u3", libgcrypt11 é 1.5.0-5 + deb7u5, libgnutls26 é 2.12.20-8 + deb7u5

Aqui está a saída de depuração do wget -d

Setting --inet4-only (inet4only) to 1
Setting --check-certificate (checkcertificate) to 0
Setting --output-document (outputdocument) to /dev/null
DEBUG output created by Wget 1.13.4 on linux-gnueabi.

URI encoding = 'ANSI_X3.4-1968'
--2016-09-27 22:08:32--  https://127.0.0.1/

******* aqui wget aguarda alguns segundos *******

Connecting to 127.0.0.1:443... connected.
Created socket 5.
Releasing 0x00234188 (new refcount 0).
Deleting unused 0x00234188.

******* aqui wget aguarda alguns segundos *******

WARNING: The certificate of '127.0.0.1' is not trusted.
WARNING: The certificate of '127.0.0.1' hasn't got a known issuer.
The certificate's owner does not match hostname '127.0.0.1'

---request begin---
GET / HTTP/1.1
User-Agent: Wget/1.13.4 (linux-gnueabi)
Accept: */*
Host: 127.0.0.1
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response... 
---response begin---
HTTP/1.1 302 Found
X-Powered-By: PHP/5.4.45-0+deb7u5
Set-Cookie: PHPSESSID=g7vo4at63lg6vkmemhjns8uqt3; path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Location: https://127.0.0.1/index.php?r=user/login
Content-type: text/html
Content-Length: 0
Date: Tue, 27 Sep 2016 20:08:42 GMT
Server: lighttpd/1.4.31

---response end---
302 Found

Stored cookie 127.0.0.1 -1 (ANY) / <session> <insecure> [expiry none] PHPSESSID g7vo4at63lg6vkmemhjns8uqt3
Registered socket 5 for persistent reuse.
Location: https://127.0.0.1/index.php?r=user/login [following]
] done.
URI content encoding = None
--2016-09-27 22:08:42--  https://127.0.0.1/index.php?r=user/login

******* aqui wget aguarda alguns segundos *******

Disabling further reuse of socket 5.
Connecting to 127.0.0.1:443... connected.
Created socket 5.
Releasing 0x0022eaf0 (new refcount 0).
Deleting unused 0x0022eaf0.

******* aqui wget aguarda alguns segundos *******

WARNING: The certificate of '127.0.0.1' is not trusted.
WARNING: The certificate of '127.0.0.1' hasn't got a known issuer.
The certificate's owner does not match hostname '127.0.0.1'

---request begin---
GET /index.php?r=user/login HTTP/1.1
User-Agent: Wget/1.13.4 (linux-gnueabi)
Accept: */*
Host: 127.0.0.1
Connection: Keep-Alive
Cookie: PHPSESSID=g7vo4at63lg6vkmemhjns8uqt3

---request end---
HTTP request sent, awaiting response... 
---response begin---
HTTP/1.1 200 OK
X-Powered-By: PHP/5.4.45-0+deb7u5
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Set-Cookie: language=de; expires=Wed, 27-Sep-2017 20:08:52 GMT; path=/
Content-type: text/html
Transfer-Encoding: chunked
Date: Tue, 27 Sep 2016 20:08:52 GMT
Server: lighttpd/1.4.31

---response end---
200 OK

Stored cookie 127.0.0.1 -1 (ANY) / <permanent> <insecure> [expiry 2017-09-27 22:08:52] language de
Registered socket 5 for persistent reuse.
Length: unspecified [text/html]
Saving to: '/dev/null'

    [ <=>                                                                                                                ] 6,565       --.-K/s   in 0.008s  

2016-09-27 22:08:53 (801 KB/s) - '/dev/null' saved [6565]

Alguém tem uma ideia do que causa esse enorme atraso e alta carga de CPL?

Obrigado    Achim