Как видно из заголовка, когда я захожу на свой сайт https://example.com, он показывает страницу входа в мой маршрутизатор вместо index.html . Когда я захожу на определенную страницу на сайте, например, http://example.com/foo.html (обратите внимание на http вместо https), он работает просто отлично. Еще одно примечание: просто переход на http://example.com перенаправляет на версию https, поэтому мне нужно указать http://example.com/index.html, чтобы получить страницу по умолчанию.

Ранее сайт работал должным образом с использованием nginx, но после возни с Caddy он больше не работает. С тех пор я удалил Caddy и перешел на nginx, но он не работает как раньше.

Caddy - это веб-сервер, который автоматизирует получение SSL-сертификата. Я не уверен, как удалить SSL с моего сайта. Может быть, перейдя непосредственно через Давайте шифровать? Но я не знаю как.

Я подозреваю, что Кэдди испортил некоторые настройки, но я понятия не имею, что и как исправить.

Сайт размещен на ноутбуке под управлением Ubuntu в моем доме.

Я был бы очень признателен за любую помощь и совет, который вы могли бы дать мне. Спасибо!

NB. Я спрашивал об отказе сервера, но это было явно не по теме.

Обрезанное содержимое /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;
    }
}

Обрезанное содержимое /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/*;
}

1 ответ1

0

Проверьте конфигурацию вашего маршрутизатора, чтобы узнать, можете ли вы отключить «администрирование через порт WAN». Ваш маршрутизатор не может выполнить NAT Loopback на порту 443 на интерфейсе WAN, если у него есть собственный прослушиватель, открытый на порту 443 на интерфейсе WAN.

Если это не сработает, у вас почти наверняка есть глючный маршрутизатор, который не обрабатывает NAT Loopback (он же NAT Hairpinning) для порта 443.

Если вам действительно нужно иметь возможность администрировать ваш маршрутизатор со стороны глобальной сети, посмотрите, можете ли вы сказать ему, чтобы веб-служба интерфейса администратора размещалась на альтернативном порту вместо 443. Допустим, вы поставили его на 50443. Затем вы можете подключиться к интерфейсу администратора вашего роутера по адресу https://example.com:50443/.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .