Назад | Перейти на главную страницу

Мои серверные блоки NGINX настроены неправильно (HTTPS 301 и активы не кэшируются в браузерах)?

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

1) В серверном блоке определенные запросы перенаправляются на https://25parkrow.com. Например, если вы просто введете wwww.25parkrow.com или 25parkrow.com происходит перенаправление. Но если вы наберете https://25parkrow.com перенаправления нет. Как видите, перенаправления происходят во включенных серверных блоках. Это приемлемая практика? Если нет, как мне избежать этих перенаправлений?

2) У меня возникают проблемы с установкой заголовков с истекающим сроком действия для моих статических ресурсов. Если я обновляю файлы на сервере и перезагружаю сервер nginx, браузеры не видят обновленные ресурсы.

Я прочитал этот пост: Установка истекает заголовки для статического контента, обслуживаемого из nginx. Однако это смутило меня, потому что я не уверен, где разместить заголовок кеша в следующих блоках сервера.

nginx.conf:

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

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

    ##
    # SSL Settings
    ##

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

    ##
    # Logging Settings
    ##

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

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    gzip_vary on;
    gzip_proxied any;
    gzip_comp_level 6;
    gzip_buffers 16 8k;
    gzip_http_version 1.1;
    gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    ##
    # Virtual Host Configs
    ##

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

/etc/nginx/sites-enabled/active (активен только один файл):

server {
  add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;

  root /var/www/html;

  # Add index.php to the list if you are using PHP
  index index.html index.htm index.nginx-debian.html;

  server_name 25parkrow.com www.25parkrow.com;

  # Any route that doesn't have a file extension (e.g. /devices)
  location / {
    try_files $uri $uri/ /index.html;
  }

  if ($host = www.25parkrow.com) {
    rewrite ^(.*) https://25parkrow.com$request_uri;
  }

  listen 443 ssl; # managed by Certbot
  ssl_certificate /etc/letsencrypt/live/25parkrow.com/fullchain.pem; # managed by Certbot
  ssl_certificate_key /etc/letsencrypt/live/25parkrow.com/privkey.pem; # managed by Certbot
  include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
  ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
}

server {
  listen 80 default_server;
  server_name 25parkrow.com www.25parkrow.com;

  if ($host = www.25parkrow.com) {
      return 301 https://$host$request_uri;
  } # managed by Certbot


  if ($host = 25parkrow.com) {
      return 301 https://$host$request_uri;
  } # managed by Certbot

  return 404; # managed by Certbot
}
  1. Ожидается, что при установке сертификата LetsEncrypt вы выбрали перенаправление http на https. Вы можете прокомментировать перенаправление в файле конфигурации nginx, чтобы отключить это.

  2. В вашей существующей конфигурации nginx http перенаправляется на https. Итак, убедитесь, что вы настроили «заголовки истечения срока действия» в своем блоке сервера https.