ssh_dispatch_run_fatal: неверный код аутентификации сообщения

Un poco tarde para el juego, tal vez, pero pasé por esta página entre buscar una respuesta a los mismos mensajes de error y encontrar la solución. Si transfirió su configuración de VirtualHost desde httpd -2.2, como hice yo, estoy seguro de que no tiene nada de malo. Tampoco es probable que haya un problema con su openssl. Para que conste :No hay ningún archivo dhparams.pem en ningún lugar de mi sistema. Parece que esto funciona un poco diferente para httpd -2.4. Primero la pista :Ya no puede confiar solo en su definición de VirtualHost. Usted debe hacer referencia a un par de claves/certificado válido de conf.d/ssl.conf así (las ubicaciones son para mi sistema Fedora):

SSLCertificateFile /etc/pki/tls/certs/localhost.crt

SSLCertificateKeyFile /etc/pki/tls/private/localhost.pem

El mío es un certificado autofirmado -, transferido de httpd -2.2/openssl -1.0.2h. El certificado está en formato ascii PEM. La clave se convirtió en una copia clara de RSA, por lo que no se requiere contraseña cuando se inicia httpd. (evalúe cuidadosamente su entorno antes de hacer eso ). Parece que no importa mucho para qué está hecho el certificado, porque todavía son los certificados, definidos en la sección VirtualHost, los que se presentarán a los clientes. Para mí, esos certificados (transferidos de httpd -2.2 )están en forma abreviada de PEM, mientras que las claves respectivas, nuevamente están en forma de copia clara RSA. Por supuesto, debe tener mod _ssl.so cargado, pero si tenía cosas funcionando en httpd -2.2, entonces ya lo hizo.

4
08.12.2016, 17:42
2 ответа

Я обновился с Mac OS El Capitan (10.11) до Mac OS Sierra (10.12).

Проблема больше не возникает.

Я до сих пор не знаю, в чем проблема на самом деле.

2
27.01.2020, 20:59

Я решил эту проблему, отключив режим AVB/EAV в дополнительных настройках адаптера Ethernet на Mac (под Big Sur ).

1
25.11.2020, 23:50

Теги

Похожие вопросы