Не удается скрутить связанный контейнер в Docker

Во-первых, я бы сам не стал делать такую ​​конфигурацию. Смешивание http и https на одном сайте снижает безопасность https и делает ваш сайт уязвимым для атак типа «злоумышленник посередине».

Однако, вот вам должна быть рабочая конфигурация, если вы действительно хотите настроить такую ​​вещь.

Основная проблема в вашей конфигурации - это отсутствие определений PHP для вашего URI / checkout .

I сделал бы такую ​​конфигурацию. Это также содержит оптимизацию для вашей конфигурации:

upstream examplecombackend {
    server unix:/var/run/php-fcgi-examplecom.sock;
}

server {
    listen 111.11.111.111:80;

    server_name example.com *.example.com;

    access_log /home/www/vhosts/example.com/logs/access.log;
    error_log /home/www/vhosts/example.com/logs/error.log;
    root /home/www/vhosts/example.com/httpdocs;

    location / {
        index index.html index.php;
        try_files $uri $uri/ /index.php;
        expires 30d;
    }

    location /checkout {
        rewrite ^ https://$host$request_uri? permanent;
    }

    location ~ (.+\.php)/ {
        rewrite ^ $1 last;
    }

    location ~ \.php$ {
        expires        off;
        fastcgi_pass   examplecombackend;
        fastcgi_param  HTTPS $fastcgi_https;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }
}

server {
    listen 111.11.111.111:443 ssl;
    ssl_certificate      /etc/nginx/ssl/example.com.crt;
    ssl_certificate_key  /etc/nginx/ssl/example.com.key;
    ssl_protocols        TLSv1 TLSv1.1 TLSv1.2;

    server_name example.com *.example.com;

    root /home/www/vhosts/example.com/httpdocs;

    location /checkout {
        rewrite ^ /index.php;
    }

    location ~ \.php$ {
        expires        off;
        fastcgi_pass   examplecombackend;
        fastcgi_param  HTTPS $fastcgi_https;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }

    location / {
        rewrite ^ http://$host$request_uri? permanent;
    }
}

Изменения, которые я сделал:

location / {
    index index.html index.php;
    try_files $uri $uri/ /index.php;
    expires 30d;
}

Я удалил расположение @handler , потому что оно такое же, как если бы index.php был последним элемент директивы try_files .

location ~ .php/ {
    rewrite ^(.*.php)/ $1 last;
}

Я изменил захват регулярного выражения, чтобы он происходил на уровне местоположения , поэтому при каждом запросе, соответствующем этому местоположению, происходит на одно совпадение регулярного выражения меньше, поскольку мы можем используйте простой ^ в качестве условия соответствия в директиве rewrite .

    location ~ \.php$ {
        if (!-e $request_filename) {
            rewrite / /index.php last;
        }

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

Я также удалил тест if , показанный выше, из блока, потому что тот же тест уже выполняется ранее в директиве try_files .

И, наконец, , исправление вашей реальной проблемы:

В вашем блоке сервера для https-файлов я изменил блоки location следующим образом:

    location /checkout {
        rewrite ^ /index.php;
    }

    location ~ \.php$ {
        expires        off;
        fastcgi_pass   examplecombackend;
        fastcgi_param  HTTPS $fastcgi_https;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }

Итак, location / checkout Блок сообщает nginx о необходимости перезаписать все запросы в /index.php , как в серверном блоке http . Кроме того, местоположение обработки PHP такое же, как и в блоке http .

Однако могут возникнуть проблемы со ссылками, которые создает Magento, и с тем, как запросы перенаправляются между ] http и https . Настройки безопасности файлов cookie - это то, что может вызвать проблемы.

Попробуйте это небольшое изменение. ~ * Должен указать Nginx, что регистр нечувствителен к совпадению с любым URL-адресом с / checkout / в нем, а не только с точным URL-адресом /checkout/.

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

location ~* /checkout/ {

В вашем случае может помочь условная перезапись:

server {
    listen 111.11.111.111:80;
    listen 111.11.111.111:443 ssl;   

    ssl_certificate /etc/nginx/ssl/example.com.crt;
    ssl_certificate_key  /etc/nginx/ssl/example.com.key;
    ssl_protocols   TLSv1 TLSv1.1 TLSv1.2;

    server_name example.com *.example.com;

    access_log /home/www/vhosts/example.com/logs/access.log;
    error_log /home/www/vhosts/example.com/logs/error.log;

    root /home/www/vhosts/example.com/httpdocs;

    location / {
        if ($scheme = "https") {
            return 301 http://$server_name$request_uri;
            break;
        }
        index index.html index.php;
        try_files $uri $uri/ @handler;
        expires 30d;
    } 

    location /checkout/ {
        if ($scheme = "http") {
            return 301 https://$server_name$request_uri;
            break;
        }
    }

    location @handler {
        rewrite / /index.php;
    }

    location ~ .php/ {
        rewrite ^(.*.php)/ $1 last;
    }

    location ~ .php$ {
        if (!-e $request_filename) { rewrite / /index.php last; }
        expires        off;
        fastcgi_pass   examplecombackend;
        fastcgi_param  HTTPS $fastcgi_https;
        fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
        include        fastcgi_params;
    }
}