ssl_error_rx_record_too_long e Apache SSL [fechado]

Tenho um cliente tentando acessar um dos meus sites e eles continuam recebendo esse erro> ssl_error_rx_record_too_long

Eles estão recebendo esse erro em todos os navegadores, todas as plataformas. Não consigo reproduzir o problema.

Meu servidor e eu estamos localizados nos EUA, o cliente está localizado na Índia.

Eu pesquisei no problema, e a fonte principal parece ser que a porta SSL está falando em HTTP. Eu verifiquei meu servidor e isso não está acontecendo. Tentei a solução mencionada aqui , mas o cliente declarou que não corrigiu o problema.

Alguém pode me dizer como eu posso consertar isso, ou como eu posso reproduzir isso ???

A SOLUÇÃO

Acontece que o cliente tinha um proxy local mal configurado!

Espero que ajude alguém a encontrar essa pergunta tentando depurá-la no futuro.

O link mencionado pelo Subimage estava certo para mim. Sugeriu alterar a tag do host virtual, ou seja, de <VirtualHost myserver.example.com:443>para<VirtualHost _default_:443>

Erro de código: ssl_error_rx_record_too_long

Isso geralmente significa que a implementação do SSL no seu servidor não está correta. O erro geralmente é causado por um problema no servidor que o administrador do servidor precisará investigar.

Abaixo estão algumas coisas que recomendamos tentar.

• Verifique se a porta 443 está aberta e ativada no seu servidor. Essa é a porta padrão para comunicações https.

• Se o SSL estiver usando uma porta não padrão, o FireFox 3 às vezes poderá fornecer esse erro. Verifique se o SSL está em execução na porta 443.

• Se estiver usando o Apache2, verifique se você está usando a porta 443 para SSL. Isso pode ser feito configurando o arquivo ports.conf da seguinte maneira

  Listen 80
  Listen 443 https
  

• Verifique se você não possui mais de um certificado SSL compartilhando o mesmo IP. Verifique se todos os certificados SSL utilizam seu próprio IP dedicado.

• Se estiver usando o Apache2, verifique sua configuração de vhost. Alguns usuários relataram alterações <VirtualHost>para _default_resolver o erro.

Isso resolveu o meu problema. É raro que eu pesquise no Google uma mensagem de erro e receba o primeiro hit com a resposta certa! :-)

Além do exposto , estas são algumas outras soluções que outras pessoas encontraram causando o problema:

• Verifique se o seu certificado SSL não expirou

• Tente especificar a cifra:

  SSLCipherSuite ALL:!aNULL:!ADH:!eNULL:!LOW:!EXP:RC4+RSA:+HIGH:+MEDIUM:+SSLv3

A solução para mim foi que default-sslnão foi habilitado no apache 2 .... apenas colocandoSSLEngine On

Eu tive que executar a2ensite default-ssle tudo funcionou.

No meu caso, tive que mudar o <VirtualHost *> de volta para <VirtualHost *: 80> (que é o padrão no Ubuntu). Caso contrário, a porta 443 não estava usando SSL e estava enviando HTML simples de volta ao navegador.

Você pode verificar se esse é o seu caso facilmente: basta conectar-se ao seu servidor http://www.example.com:443 . Se você vê HTML simples, o Apache não está usando SSL na porta 443, provavelmente devido a uma configuração incorreta do VirtualHost.

Felicidades!

No meu caso, eu tinha esquecido de definir SSLEngine Onna configuração. Igual a,

<VirtualHost _default_:443>
  SSLEngine On
  ...
</VirtualHost>

http://httpd.apache.org/docs/2.2/mod/mod_ssl.html#sslengine

Se você tiver o erro após a instalação de um novo https vhost e a configuração parecer correta, lembre-se de vincular sites-enabledtambém.

Pergunta antiga, mas o primeiro resultado no Google para mim, então aqui está o que eu tinha que fazer.

Ubuntu 12.04 Desktop com Apache instalado

Toda a configuração e mod_ssl foram instalados quando eu instalei o Apache, mas ele ainda não estava vinculado nos locais certos. Nota: todos os caminhos abaixo são relativos a / etc / apache2 /

mod_sslestiver armazenado ./mods-availablee a configuração do site SSL estiver ./sites-available, basta vinculá-los aos locais corretos ./mods-enablede./sites-enabled

cd /etc/apache2
cd ./mods-enabled
sudo ln -s ../mods-available/ssl.* ./
cd ../sites-enabled
sudo ln -s ../sites-available/default-ssl ./

Reinicie o Apache e ele deve funcionar. Eu estava tentando acessar https: // localhost , então seus resultados podem variar para acesso externo, mas isso funcionou para mim.

Peça ao usuário o URL exato que ele está usando no navegador. Se eles estiverem inserindo https://your.site:80 , eles poderão receber o erro ssl_error_rx_record_too_long.

No meu caso, eu tinha o endereço IP errado no arquivo host virtual. A escuta era 443, e a estrofe era, <VirtualHost 192.168.0.1:443>mas o servidor não tinha o endereço 192.168.0.1!

Por favor, veja este link .

Procurei em todos os meus arquivos de log do apache até encontrar o erro real (eu havia alterado o <VirtualHost>de _default_para o meu fqdn). Quando corrigi esse erro, tudo funcionou bem.

No meu caso, o problema era que o https não pôde iniciar corretamente porque o Listen 443 estava no derivativo "IfDefine SSL", mas meu apache não começou com a opção -DSSL. A correção foi alterar meu script apachectl em:

$HTTPD -k $ARGV

para:

$HTTPD -k $ARGV -DSSL

Espero que ajude alguém.

Meu problema foi devido a uma MTU BAIXA em uma conexão VPN.

netsh interface ipv4 show inter

Idx  Met   MTU   State        Name
---  ---  -----  -----------  -------------------
  1 4275 4294967295  connected    Loopback Pseudo-Interface 1
 10 4250   **1300**  connected    Wireless Network Connection
 31   25   1400  connected    Remote Access to XYZ Network

Correção: interface netsh ipv4 set interface "Wireless Network Connection" mtu = 1400

Pode ser um problema em uma conexão não VPN também ...

Eu tinha uma configuração de host virtual confusa. Lembre-se de que você precisa de um host virtual sem SSL para a porta 80 e outro com SSL para a porta 443. Você não pode ter os dois em um host virtual, como a configuração gerada pelo webmin tentou.

Eu tive o mesmo problema em algum navegador para acessar o meu site SSL. Eu descobri que tinha que dar ao firefox o proxy certo (o firefox estava acessando diretamente a internet).

Dependendo da configuração da LAN (tunelamento, filtragem, redirecionamento de proxy), o modo "acesso direto à Internet" do FireFox gera esse erro.

Você também pode tentar corrigir o arquivo hosts.

Mantenha o arquivo vhost com o domínio totalmente qualificado e adicione o nome do host no arquivo hosts / etc / hosts (debian)

ip.ip.ip.ip name name.domain.com

Após reiniciar o apache2, o erro deve desaparecer.

Para mim, a solução foi que meu ddclient não estava agendando corretamente ...