Warning: bitbucket.org certificate with fingerprint
03.Aug.2011 ~
5 Comentarios ~
1045 Lecturas
Si trabajas con Mercurial y has actualizado a la rama 1.7.x es posible que, en tus comunicaciones https con Bitbucket aparezca un mensaje como el siguiente:
$ hg pull -u warning: bitbucket.org certificate with fingerprint fi:ng:er:pr:in:tt not verified (check hostfingerprints or web.cacerts config setting) warning: bitbucket.org certificate with fingerprint fi:ng:er:pr:in:tt not verified (check hostfingerprints or web.cacerts config setting) pulling from https://r0sk:***@bitbucket.org/r0sk/proyecto warning: bitbucket.org certificate with fingerprint fi:ng:er:pr:in:tt not verified (check hostfingerprints or web.cacerts config setting) warning: bitbucket.org certificate with fingerprint fi:ng:er:pr:in:tt not verified (check hostfingerprints or web.cacerts config setting) searching for changes adding changesets adding manifests adding file changes $
Este warning no implica el mal funcionamiento o la inseguridad puntual de dicha acción, simplemente informa de que siempre ha sido inseguro. Tenemos dos opciones, o dejar de usar https o indicar en configuración los certificados SSL a utilizar para que no vuelva a aparecer el warning. Esto último se consigue editando el fichero .hg/hgrc del proyecto en cuestión, agregando lo siguiente (en Debian/Ubuntu):
[web] cacerts = /etc/ssl/certs/ca-certificates.crt
Una vez agregadas estas dos lineas en el fichero probamos de nuevo a ejecutar cualquier operación sobre https y vemos que ya no se muestran los avisos. (Fuente).
Comentarios
Un saludo.
Un blog interesante, te agrego a mis feeds
Hay dos tipos de gestores de versionado, los centralizados y los distribuidos. El patrón clásico (cvs, svn...) se basa en trabajo centralizado en un servidor y varios clientes. Sin embargo el patrón que sigue Mercurial (exactamente el mismo que Git) se basa en descentralizar o distribuir el servidor y los clientes de forma que cada cliente sea a su vez su propio servidor.
Seguro que la Wikipedia lo explica más claro que yo:
http://en.wikipedia.org/wiki/List_of_revision_control_software
¡Un saludo!
https://www.rapidsslonline.com/faqs1.html#Q6
Normalmente en los navegadores (firefox, opera, chrome, etc) esos certs "intermedios" ya estan instalados y el navegador los reconoce. Cuando utilizas herramientas adicionales (como mercurial, git - por mucho que diga Galcet - o cualquier otra herramienta, no tienen por que ser DVCS) normalmente tienes que especificar el cert "intermedio" correspondiente de alguna forma.
Por ejemplo, en mi blog he escrito como configurar un cliente de IRC (weechat) para conectar a una red de IRC usando SSL, y se utiliza exactamente la misma "técnica":
http://blog.e-shell.org/289
Un saludo!