Servidor local acessível via https com: 80, mas não sem

Question

Eu posso acessar o link localmente através do meu navegador, mas quando eu removo o: 80 ele não funciona ... alguma idéia?

UPDATE

Quando vou para o link , ele diz:

SSL received a record that exceeded the maximum permissible length.

(Error code: ssl_error_rx_record_too_long)

Eu segui as instruções padrão para criar uma chave ssh privada no Ubuntu através dos documentos oficiais ...

UPDATE

Meu 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 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

    

Answer 1

Eu percebi agora que a razão que eu posso fazer isso é porque minha máquina linux local que eu estou navegando no site tem registro de svnserver desde que eu tenha ssh'd para isso antes. : doh:!

O SSL também está gerando um erro quando eu mudo: 80 para: 443, o que significa que 80 não está criptografando os dados, mesmo que esteja mostrando https e não causando erros.

    

Answer 2

Por alguma razão, este servidor svn tem https configurado na porta 80. O navegador precisa ser informado de que está procurando por um servidor https na porta 80 / TCP, é por isso que você precisa especificar link e : 80 .

Histórico:

O tráfego padrão da web passa pela porta 80 / TCP Tráfego https padrão passa pela porta 443 / TCP

A maioria dos navegadores assume que os URLs não qualificados são conexões http padrão e os enviam para a porta 80. Os servidores da Web que exigem https geralmente fazem um redirecionamento (como um 403) para enviar o navegador para a versão HTTPS da página. O navegador da Web também assume que o tráfego HTTPS acontece em 443 / TCP. O tráfego HTTPS em portas não padrão deve ser especificado no URL, caso contrário, o navegador tentará enviá-lo para 443 / TCP.

Para reiterar, se não houver uma página HTTP redirecionando seu navegador para o conteúdo HTTPS adequado e o conteúdo HTTPS estiver em uma porta não padrão, sempre será necessário especificar o protocolo e a porta.

Atualizar

Eu olhei para essa questão: Configurando https com um certificado autoassinado no Apache

E as respostas podem resolver seu problema de configuração. Parece que o HTTP pode estar escutando em 443 e o HTTPS em 80

    

Answer 3

Isso é b / c https é a porta 443 e a porta 80 é http. Eu usaria o wireshark para ver se realmente está usando https ou http ao forçar o tráfego para a porta 80.

Além disso, é uma questão de configurar corretamente a configuração do Apache / IIS.