O site auto-hospedado mostra apenas a página de login do roteador ao usar https

0

Como diz o título, quando eu acessar o link do meu site, ele mostrará a página de login do meu roteador, em vez de index.html . Quando vou a uma página específica no site, por exemplo, o link (observe o http em vez de https ) que funciona bem. Outra observação: basta ir para o link redireciona para a versão https, então eu tenho que especificar link para obter a página padrão.

O site funcionava como pretendido usando o nginx, mas depois de mexer com o Caddy ele não funciona mais. Eu já excluí o Caddy e reverti para o nginx, mas ele não funciona como antes.

O Caddy é um servidor da Web que automatiza a obtenção de um certificado SSL. Não tenho certeza de como remover o SSL do meu site. Talvez indo diretamente através de Vamos criptografar? Mas eu não sei como.

Eu suspeito que o Caddy tenha bagunçado algumas configurações, mas eu não tenho ideia de como e como consertar isso.

O site está hospedado em um laptop rodando o Ubuntu em minha casa.

Eu realmente aprecio qualquer ajuda e conselho que você possa me dar. Obrigado!

NB. Eu perguntei no Server Fault, mas aparentemente estava fora do tópico.

Conteúdo aparado de / etc / nginx / sites-enabled / default:

server {
    listen 80 default_server;
    listen [::]:80 default_server;

    root /home/viktor/website;

    index index.html index.htm index.nginx-debian.html;

    server_name example.com;

    location / {
        # First attempt to serve request as file, then
        # as directory, then fall back to displaying a 404.
        try_files $uri $uri/ =404;
    }
}

Conteúdo recortado de /etc/nginx/nginx.conf :

user www-data;
worker_processes auto;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/*.conf;

events {
    worker_connections 768;
}

http {
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;


    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
    ssl_prefer_server_ciphers on;


    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;


    gzip on;
    gzip_disable "msie6";


    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}
    
por loading... 28.07.2017 / 20:34

1 resposta

0

Verifique a configuração do roteador para ver se você pode desativar a "administração pela porta WAN". Seu roteador não pode fazer o loopback NAT na porta 443 da interface WAN se tiver seu próprio ouvinte aberto na porta 443 da interface WAN.

Se isso não funcionar, é quase certo que você tenha um roteador com bugs que não manipule corretamente o NAT Loopback (também conhecido como NAT Hairpinning) para a porta 443.

Se você realmente precisa ser capaz de administrar seu roteador pelo lado da WAN, veja se você pode informá-lo para colocar seu serviço web de administração em uma porta alternativa em vez de 443. Digamos que você o coloque em 50443. Então você pode se conectar à interface de administração do seu roteador indo para o link

    
por 28.07.2017 / 21:32