El README dice "La información de autorización de .netrc
se respeta", pero no está claro cómo se hace. El archivo README debe actualizarse para explicar esto. Enviaría un PR, pero todavía no puedo resolverlo. No es tan fácil como curl -n
.
Por ahora, HTTPie siempre intenta leer el archivo ~/.netrc
predeterminado (o ~/_netrc
en Windows). En realidad, es la biblioteca subyacente python-requests
que hace eso.
Hm ... Tengo un archivo ~/.netrc
que funciona perfectamente bien con curl
, pero parece que HTTPie lo ignora por completo.
Aquí hay un ejemplo de trabajo:
Sin ~/.netrc
:
$ http httpbin.org/basic-auth/httpie/test
HTTP/1.1 401 UNAUTHORIZED
Connection: close
Content-Length: 0
Date: Wed, 10 Apr 2013 16:49:10 GMT
Server: gunicorn/0.16.1
Www-Authenticate: Basic realm="Fake Realm"
Agregado esto a ~/.netrc
:
machine httpbin.org
login httpie
password test
Y se recoge:
$ http httpbin.org/basic-auth/httpie/test
HTTP/1.1 200 OK
Connection: close
Content-Length: 47
Content-Type: application/json
Date: Wed, 10 Apr 2013 16:49:23 GMT
Server: gunicorn/0.16.1
{
"authenticated": true,
"user": "httpie"
}
También puede configurar la bandera --verbose
para ver si HTTPie envía Authorization: Basic xxxxxx
.
En realidad, puede ejecutar $ python -m netrc
para ver cómo su ~/.netrc
se entiende por el módulo netrc
de la biblioteca estándar de Python .
Abrí una solicitud de extracción para modificar el archivo Léame con un breve ejemplo de esto.
Solo para continuar, no tenía ningún valor al lado de uno de los campos login
en mi .netrc
que parecía solo molestar a Python. curl
por alguna razón no tuvo ningún problema con él.
Comentario más útil
En realidad, puede ejecutar
$ python -m netrc
para ver cómo su~/.netrc
se entiende por el módulonetrc
de la biblioteca estándar de Python .