1 votos

Servidor local accesible vía https con :80, pero no sin

Puedo acceder a https://svnserver:80/ localmente a través de mi navegador web, pero cuando quito el :80 no funciona en absoluto.... ¿alguna idea?

ACTUALIZACIÓN

Cuando voy a https://svnserver:443/ dice:

SSL received a record that exceeded the maximum permissible length.

(Error code: ssl_error_rx_record_too_long)

He seguido las instrucciones por defecto para crear una clave ssh privada en Ubuntu a través de la documentación oficial...

ACTUALIZACIÓN

Mi ports.conf

NameVirtualHost *:80
Listen 80

<IfModule mod_ssl.c>
    # SSL name based virtual hosts are not yet supported, therefore no
    # NameVirtualHost statement here
    Listen 443
</IfModule>

resultados de netstat -lp

Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 *:www                   *:*                     LISTEN      5285/apache2    
tcp        0      0 *:https                 *:*                     LISTEN      5285/apache2    
tcp        0      0 *:22                    *:*                     LISTEN      2351/sshd       
tcp6       0      0 [::]:22                 [::]:*                  LISTEN      2351/sshd       
udp        0      0 *:bootpc                *:*                                 2239/dhclient3  
Active UNIX domain sockets (only servers)
Proto RefCnt Flags       Type       State         I-Node   PID/Program name    Path
unix  2      [ ACC ]     STREAM     LISTENING     14927    5288/apache2        /var/run/apache2/cgisock.5285
unix  2      [ ACC ]     STREAM     LISTENING     5032     2114/dbus-daemon    /var/run/dbus/system_bus_socket
unix  2      [ ACC ]     STREAM     LISTENING     4857     2039/acpid          /var/run/acpid.socket

3voto

jwenting Puntos 107

Por alguna razón este servidor svn tiene configurado https en el puerto 80. El navegador necesita que se le diga que está buscando un servidor https en el puerto 80/TCP, por eso hay que especificar ambos https y :80 .

Antecedentes:

El tráfico web estándar va por el puerto 80/TCP El tráfico https estándar va por el puerto 443/TCP

La mayoría de los navegadores web asumen que las URLs no calificadas son conexiones http estándar y las envían al puerto 80. Los servidores web que requieren https a menudo harán una redirección (como un 403) para enviar al navegador a la versión HTTPS de la página, sin embargo el navegador web también asume que el tráfico HTTPS ocurre en 443/TCP. El tráfico HTTPS en puertos no estándar debe ser especificado en la URL, de lo contrario el navegador intentará enviarlo a 443/TCP.

Para reiterar, si no hay una página HTTP que redirija su navegador al contenido HTTPS adecuado y el contenido HTTPS está en un puerto no estándar, siempre tendrá que especificar tanto el protocolo como el puerto.

Actualización

Miré por encima de esta pregunta: Configuración de https con un certificado autofirmado en Apache

Y las respuestas pueden abordar su problema de configuración. Parece que el HTTP puede estar escuchando en 443 y el HTTPS en 80

0voto

3dinfluence Puntos 11084

Eso es b/c https es el puerto 443 y el puerto 80 es http. Yo usaría wireshark para ver si efectivamente está usando https o http al forzar el tráfico al puerto 80.

Más allá de eso, es cuestión de configurar correctamente tu Apache/IIS.

0voto

Webnet Puntos 1318

Ahora me he dado cuenta de que la razón por la que puedo hacer esto es porque mi máquina linux local en la que estoy navegando por el sitio tiene registro de svnserver ya que he hecho ssh a ella antes. :doh:!

SSL también arroja un error cuando cambio :80 a :443 lo que significa que 80 no está encriptando los datos a pesar de que está mostrando https y arrojando ningún error.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: