Qu'est-ce que l'erreur NSS -5961 (PR_CONNECT_RESET_ERROR)

Quelqu'un peut-il m'expliquer le sens de "l'erreur NSS -5961 (PR_CONNECT_RESET_ERROR)"?

J'essaie de me connecter à bitbucket.org avec un protocole "https" mais j'ai eu un refus du serveur. Ensuite, j'essaie d'utiliser curl sur la ligne de commande et de voir cette sortie.

# curl -v https://bitbucket.org * About to connect() to bitbucket.org port 443 (#0) * Trying 131.103.20.168... * Connected to bitbucket.org (131.103.20.168) port 443 (#0) * Initializing NSS with certpath: sql:/etc/pki/nssdb * CAfile: /etc/pki/tls/certs/ca-bundle.crt CApath: none * NSS error -5961 (PR_CONNECT_RESET_ERROR) * TCP connection reset by peer * Closing connection 0 curl: (35) TCP connection reset by peer 

Avec openssl, j'ai obtenu cette sortie.

 # openssl s_client -connect bitbucket.org:443 -msg CONNECTED(00000003) >>> TLS 1.2 Handshake [length 00f4], ClientHello 01 00 00 f0 03 03 55 59 80 fa 72 25 f4 a5 84 49 ... <I suspended this Hex value> write:errno=104 --- no peer certificate available --- No client certificate CA names sent --- SSL handshake has read 0 bytes and written 249 bytes --- New, (NONE), Cipher is (NONE) Secure Renegotiation IS NOT supported Compression: NONE Expansion: NONE --- 

Réinitialisation de la connexion TCP par pair

Cette erreur de NSS est la même erreur que vous obtenez avec openssl (errno = 104: ECONNRESET). Cela signifie simplement que le pair ou le middlebox entre les deux (pare-feu) met fin à la connexion.

Étant donné que le site est accessible de chez moi, je suggère qu'il existe un pare-feu sur votre site bloquant la connexion. Le comportement est assez typique pour les pare-feux DPI en ce sens que la connexion TCP initiale est autorisée, mais une fois que vous avez envoyé les premières données (ClientHello de TLS handshake), elle déterminera si votre accès est autorisé par la politique et laissez-le passer ou le nier en injectant un TCP RST.