[comment]: # translation:outdated

[comment]: # ({64bb0393-64bb0393})
# 2. Проблемы с сертификатами

[comment]: # ({/64bb0393-64bb0393})

[comment]: # ({123d3f4b-123d3f4b})
#### OpenSSL используется с CRL и по некоторым CA в цепочке сертификатов их CRL не включены в `TLSCRLFile`

В журнале TLS сервера в случае *OpenSSL* узла:

    failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \
        file s3_srvr.c line 3251: error:14089086: SSL routines:ssl3_get_client_certificate:certificate verify failed: \
        TLS write fatal alert "unknown CA"

В журнале TLS сервера в случае *GnuTLS* узла:

    failed to accept an incoming connection: from 127.0.0.1: TLS handshake with 127.0.0.1 returned error code 1: \
        file rsa_pk1.c line 103: error:0407006A: rsa routines:RSA_padding_check_PKCS1_type_1:\
        block type is not 01 file rsa_eay.c line 705: error:04067072: rsa routines:RSA_EAY_PUBLIC_DECRYPT:paddin

[comment]: # ({/123d3f4b-123d3f4b})

[comment]: # ({7be8a029-7be8a029})
#### CRL истёк или истекает в процессе работы сервера

[*OpenSSL*]{.underline}, в журнале сервера:

-   до истечения срока действия:

```{=html}
<!-- -->
```
    cannot connect to proxy "proxy-openssl-1.0.1e": TCP successful, cannot establish TLS to [[127.0.0.1]:20004]:\
        SSL_connect() returned SSL_ERROR_SSL: file s3_clnt.c line 1253: error:14090086:\
        SSL routines:ssl3_get_server_certificate:certificate verify failed:\
        TLS write fatal alert "certificate revoked"

-   после истечения срока действия:

```{=html}
<!-- -->
```
    cannot connect to proxy "proxy-openssl-1.0.1e": TCP successful, cannot establish TLS to [[127.0.0.1]:20004]:\
        SSL_connect() returned SSL_ERROR_SSL: file s3_clnt.c line 1253: error:14090086:\
        SSL routines:ssl3_get_server_certificate:certificate verify failed:\
        TLS write fatal alert "certificate expired"

Дело в том, что при наличии действительного CRL аннулированный сертификат записывается как «certificate revoked». При истекшем CRL сообщение об ошибке меняется на «certificate expired», которое может ввести в заблуждение.

[*GnuTLS*]{.underline}, в журнале сервера:

-   до и после истечения срока действия одинаково:

```{=html}
<!-- -->
```
    cannot connect to proxy "proxy-openssl-1.0.1e": TCP successful, cannot establish TLS to [[127.0.0.1]:20004]:\
          invalid peer certificate: The certificate is NOT trusted. The certificate chain is revoked.

[comment]: # ({/7be8a029-7be8a029})

[comment]: # ({d0a3efb1-e3030ed0})
#### Самоподписанный сертификат, неизвестный CA

[*OpenSSL*]{.underline}, в журнале:

    error:'self signed certificate: SSL_connect() set result code to SSL_ERROR_SSL: file ../ssl/statem/statem_clnt.c\
          line 1924: error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed:\
          TLS write fatal alert "unknown CA"'

Это наблюдалось, когда сертификат сервера по ошибке имел одну и ту же строку Issuer и Subject, хотя он был подписан CA. Эмитент (Issuer) и Субъект (Subject) одинаковы в сертификате CA верхнего уровня, но не могут быть одинаковыми в сертификате сервера. (То же самое относится к сертификатам прокси и агента.)

Чтобы проверить, содержит ли сертификат те же записи Эмитента и Субъекта, запустите:

```
openssl x509 -in <ваш_сертификат.crt> -noout -text
```

Допустимо, чтобы одинаковые значения Эмитента и Субъекта имел корневой сертификат (верхнего уровня).

[comment]: # ({/d0a3efb1-e3030ed0})