Início / unix / Perguntas / 725973
Accepted
Daniel F
Asked: 2022-11-23 16:56:25 +0800 CST

curl: opção --connect-timeout: esperava um parâmetro numérico adequado

  • 772

Eu tenho um problema com curlem duas das minhas caixas. Em cerca de duas dúzias de instalações do Linux, não estou tendo problemas em usar segundos fracionários em arquivos curl --connect-timeout.

O comando de exemplo curl --connect-timeout 3.14 https://example.comestá falhando em apenas duas das minhas máquinas, que são meus únicos desktops, minhas únicas instalações do Kubuntu . O resto é principalmente Ubuntu Server e algumas instalações Debian, todas sem cabeça.

Esses dois desktops Kubuntu diferem em versões, um é um 22.04 LTS atualizado e o outro uma versão 20.04 LTS.

O Kubuntu 22.04 tem um curl --versionde

curl 7.81.0 (x86_64-pc-linux-gnu) libcurl/7.81.0 OpenSSL/3.0.2 zlib/1.2.11 brotli/1.0.9 zstd/1.4.8 libidn2/2.3.2 libpsl/0.21.0 (+libidn2/2.3.2) libssh/0.9.6/openssl/zlib nghttp2/1.43.0 librtmp/2.3 OpenLDAP/2.5.13
Release-Date: 2022-01-05

O Kubuntu 20.04 tem um curl --versionde

curl 7.68.0 (x86_64-pc-linux-gnu) libcurl/7.68.0 OpenSSL/1.1.1f zlib/1.2.11 brotli/1.0.7 libidn2/2.2.0 libpsl/0.21.0 (+libidn2/2.2.0) libssh/0.9.3/openssl/zlib nghttp2/1.40.0 librtmp/2.3
Release-Date: 2020-01-08

Para comparação, um Ubuntu Server 20.04 funcional tem um curl --versionde

curl 7.68.0 (x86_64-pc-linux-gnu) libcurl/7.68.0 OpenSSL/1.1.1f zlib/1.2.11 brotli/1.0.7 libidn2/2.2.0 libpsl/0.21.0 (+libidn2/2.2.0) libssh/0.9.3/openssl/zlib nghttp2/1.40.0 librtmp/2.3
Release-Date: 2020-01-08

que é idêntico à saída do Kubuntu 20.04 do curl --version.

Portanto, os servidores também possuem essas versões instaladas, mas há frações de segundos funcionando corretamente.

Ambos curl --manualproduzem o seguinte resultado grep:

~ curl --manual | grep -e "--connect-timeout"

    --connect-timeout <fractional seconds>
          curl --connect-timeout 20 https://example.com
          curl --connect-timeout 3.14 https://example.com
        See also --connect-timeout. Added in 7.47.0.
        See also -m, --max-time and --connect-timeout. Added in 7.59.0.
        See also --connect-timeout.

(no 20.04 é um pouco menos detalhado), então ambos estão dentro das versões necessárias para lidar com fracionários.

O que poderia estar causando isso?

Outra observação: fiz um md5sumno Kubuntu 20.04 e em uma caixa do Ubuntu 20.04 e ambos retornam o mesmo hash:

c337f891e41007612076a3bc43284aa7 /usr/bin/curl

portanto, os executáveis ​​devem ser idênticos.

which curlestá retornando /usr/bin/curlem ambas as máquinas.

(O mesmo vale para as versões 22.04 com 4b7b5099e836abd910f580808adc0874 /usr/bin/curl)

O ambiente pode estar causando isso? Como?

Em todos os casos, verifiquei isso com bashe zsh.

curl

1 respostas

  1. Best Answer

    O curlprograma parece reconhecer a localidade, o que significa que a conversão de strings em números dependerá dos seguintes LC_NUMERICvalores

    decimal_point
thousands_sep
grouping
numeric-decimal-point-wc
numeric-thousands-sep-wc
numeric-codeset

    Em particular, na de_DE.UTF-8localidade, o caractere de ponto decimal é ,e .é o separador de milhar:

    $ LC_ALL=de_DE.UTF-8 locale -k LC_NUMERIC
decimal_point=","
thousands_sep="."
grouping=3;3
numeric-decimal-point-wc=44
numeric-thousands-sep-wc=46
numeric-codeset="UTF-8"

    Portanto, neste local, 3.14não é de fato "um parâmetro numérico adequado" - precisaria ser escrito 3,14. Então

    $ LC_NUMERIC="de_DE.UTF-8" curl --connect-timeout 3.14 https://example.com >/dev/null
curl: option --connect-timeout: expected a proper numerical parameter
curl: try 'curl --help' or 'curl --manual' for more information

    enquanto

    $ LC_NUMERIC="de_DE.UTF-8" curl --connect-timeout 3,14 https://example.com >/dev/null
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100  1256  100  1256    0     0   4880      0 --:--:-- --:--:-- --:--:--  4887
    • 2

relate perguntas